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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP).. 

The present document specifies the technical realisation of the handling of calls originated by a 3G mobile subscriber 
and calls directed to a 3G mobile subscriber, up to the point where the call is established within the 3GPP system. 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version 3.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 Indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the specification; 
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Scope 



The present document specifies the technical reaHsation of the handhng of calls originated by a UMTS or GSM mobile 
subscriber and calls directed to a UMTS or GSM mobile subscriber, up to the point where the call is established. 
Normal release of the call after establishment is also specified. 

In the present document, the term MS is used to denote a UMTS or GSM MS, as appropriate. 

The handling of DTMF signalling and Off- Air Call set-up (OACSU) are not described in the present document. 

The details of the effects of UMTS or GSM supplementary services on the handling of a call are described in the 
relevant 23.07x, 23.08x and 23.09x series of specifications. 

The specification of the handling of a request from the HLR for subscriber information is not part of basic call handling, 
but is required for both CAMEL (3GPP TS 23.078 [12]) and optimal routeing (3GPP TS 23.079 [13]). The use of the 
Provide Subscriber Information message flow is shown in 3GPP TS 23.078 [12] and 3GPP TS 23.079 [13]. 

The specification of the handling of data calls re-routed to a SIWFS is described in 3GPP TS 23.054 [8]. 

The logical separation of the MSC and VLR (shown in clauses 4, 5 and 7), and the messages transferred between them 
(described in clause 8) are the basis of a model used to define the externally visible behaviour of the MSC/VLR, which 
is a single physical entity. They do not impose any requirement except the definition of the externally visible behaviour. 

If there is any conflict between the present document and the corresponding stage 3 specifications (3GPP 

TS 24.008 [25], 3GPP TS 25.413 [26], GSM 08.08 [2] and 3GPP TS 29.002 [28]), the stage 3 specification shall 

prevail. 
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Definitions and abbreviations 



3.1 



Definitions 



For the purposes of the present document, the following definitions apply: 

A subscriber: The calling mobile subscriber. 

B subscriber: The mobile subscriber originally called by the A subscriber. 

C subscriber: The subscriber to whom the B subscriber has requested that calls be forwarded. The C subscriber may be 
fixed or mobile. 

Circuit-Switched Bearer Capability: The information transferred over the UMTS or GSM access interface to define 
the information transfer capabilities to be used between the MS and the network for a circuit-switched connection. 

Location Information: Information to define the whereabouts of the MS, and the age of the information defining the 
whereabouts. 



3.2 



Abbreviations 



For the purposes of the present document, the following abbreviations apply: 



A&O 
ACM 

ANM 

AoC 

BC 



Active & Operative 
Address Complete Message 
ANswer Message 
Advice of Charge 
Bearer Capability 



BOIC-exHC&BOIZC Barring of Outgoing International Calls except those directed to the HPLMN Country & 

Barring of Outgoing InterZonal Calls 

BOIZC Barring of Outgoing InterZonal Calls 

BOIZC-exHC Barring of Outgoing InterZonal Calls except those directed to the HPLMN Country 

CCBS Completion of Calls to Busy Subscriber 

CFB Call Forwarding on Busy 

CFNRc Call Forwarding on mobile subscriber Not Reachable 

CFNRy Call Forwarding on No Reply 

CFU Call Forwarding Unconditional 

CLIP Calling Line Identity Presentation 

CLIR Calling Line Identity Restriction 

COLP connected Line identity Presentation 

COLR connected Line identity Restriction 

CS BC Circuit-Switched Bearer CapabiUty 

CUG Closed User Group 

CW Call Waiting 

FTN Forwarded-To Number 

FTNW Forwarded-To NetWork 

GMSCB Gateway MSC of the B subscriber 

GPRS General Packet Radio Service 

HLC Higher Layer Compatibility 

HLRB The HLR of the B subscriber 

HPLMNB The HPLMN of the B subscriber 

lAM Initial Address Message 

IPLMN Interrogating PLMN - the PLMN containing GMSCB 

IWU Inter Working Unit 

LLC Lower Layer Compatibility 

MO Mobile Originated 

MPTY MultiParTY 

MT Mobile Terminated 

NDUB Network Determined User Busy 

NRCT No Reply Call Timer 
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PRN Provide Roaming Number 

SGSN Serving GPRS support node 

SIFIC Send Information For Incoming Call 

SIFOC Send Information For Outgoing Call 

SIWF Shared Inter Working Function 

SIWFS SIWF Server. SIWFS is the entity where the used IWU is located. 

SRI Send Routeing Information 

UDUB User Determined User Busy 

VLRA The VLR of the A subscriber 

VLRB The VLR of the B subscriber 

VMSCA The Visited MSC of the A subscriber 

VMSCB The Visited MSC of the B subscriber 

VPLMNA The Visited PLMN of the A subscriber 

VPLMNB The Visited PLMN of the B subscriber 



Architecture 



Subclauses 4. 1 and 4.2 show the architecture for handling a basic MO call and a basic MT call. A basic mobile-to- 
mobile call is treated as the concatenation of an MO call and an MT call. 



4.1 



Architecture for an IVIO call 



A basic mobile originated call involves signalling between the MS and its VMSC via the BSS, between the VMSC and 
the VLR and between the VMSC and the destination exchange, as indicated in figure 1 . 

In figure 1 and throughout the present document, the term BSS is used to denote a GSM BSS or a UTRAN, as 
appropriate. 



Radio l/F signalling 



MS 



lu or A l/F signalling^ 
> BSSA <- > 



VMSCA 
A 



JAM (ISUP) 



SIFOC 
Complete call 



VPLMNA 



VLRA 



Figure 1 : Architecture for a basic mobile originated call 

In figure 1 and throughout the present document, the term ISUP is used to denote the telephony signalling system used 
between exchanges. In a given network, any telephony signalling system may be used. 

When the user of an MS wishes to originate a call, the MS establishes communication with the network using radio 
interface signalling, and sends a message containing the address of the called party. VMSCA requests information to 
handle the outgoing call (SIFOC) from VLRA, over an internal interface of the MSC/VLR. If VLRA determines that 
the outgoing call is allowed, it responds with a Complete Call. VMSCA: 

establishes a traffic channel to the MS; and 

constructs an ISUP lAM using the called party address and sends it to the destination exchange. 
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NOTE: When the non-loop method is used for data calls, the lAM is sent to the SIWFS. 

4.2 Architecture for an MT call 

A basic mobile terminated call involves signalling as indicated in figure 2. Communication between VMSCB and the 
MS is via the BSS, as for the mobile originated case. If VPLMNB supports GPRS and the Gs interface between VLRB 
and the SGSN is implemented (see 3GPP TS 23.060 [9]) and there is an association between VLRB and the SGSN for 
the MS, the paging signal towards the MS goes from VMSCB via VLRB and the SGSN to the BSS. The IPLMN, 
containing GMSCB, is in principle distinct from HPLMNB, containing HLRB, but the practice for at least the majority 
of current UMTS or GSM networks is that a call to an MS will be routed to a GMSC in HPLMNB. 
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Figure 2: Architecture for a basic mobile terminated call 

When GMSCB receives an ISUP lAM, it requests routeing information from HLRB using the MAP protocol. HLRB 
requests a roaming number from VLRB, also using the MAP protocol, and VLRB returns a roaming number in the 
Provide Roaming Number Ack. HLRB returns the roaming number to GMSCB in the Send Routeing Info ack. GMSCB 
uses the roaming number to construct an ISUP lAM, which it sends to VMSCB. When VMSCB receives the lAM, it 
requests information to handle the incoming call (SIFIC) from VLRB, over an internal interface of the MSC/VLR. If 
VLRB determines that the incoming call is allowed, it requests VMSCB to page the MS. VMSCB pages the MS using 
radio interface signalling. When the MS responds, VMSCB informs VLRB in the Page ack message. VLRB instructs 
VMSCB to connect the call in the Complete call, and VMSCB estabhshes a traffic channel to the MS. 



Information flows 



In this clause and clause 7, the terms "security procedures" and "security control" denote the UMTS ciphering and 
integrity protection mechanism defined in 3GPP TS 33.102 [31] or the GSM ciphering mechanism defined in 
GSM 03.20 [1], as appropriate. 
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5.1 



Information flow for an MO call 



An example information flow for an MO call is shown in figure 3; many variations are possible. Signalling over the 
radio interface between MSA and BSSA or VMSCA is shown by dotted lines; signalling over the lu interface (for 
UMTS) or the A interface (for GSM) between BSSA and VMSCA is shown by dashed lines; signalling over the B 
interface between VMSCA and VLRA is shown by chain lines; and IS UP signalling between VMSCA and the 
destination exchange is shown by solid lines. 
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Figure 3: Information flow for a basic mobile originated call 
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NOTE 1 : Authentication may occur at any stage during the estabhshment of an MO call; its position in this 
message flow diagram is an example. 

NOTE 2: Security procedures may be initiated at any stage after authentication; the position in this message flow 
diagram is an example. 

NOTE 3: If ciphering is not required for a GSM connection, the MSC may send a CM service accept towards the 
MS; optionally it may instead send a "start ciphering" request indicating that no ciphering is required. 
This option is not available for a UMTS connection [ffs]. 

NOTE 4: The network may request the IMEI from the MS, and may check the IMEI, at any stage during the 

establishment of an MO call, either as part of the procedure to start security procedures or explicitly after 
security procedures have started; this is not shown in this message flow diagram. 

When the user wishes to originate a call, MSA establishes a signalling connection with BSSA, and sends a Connection 
Management (CM) service request to BSSA, which relays it to VMSCA. VMSCA sends a Process Access Request to 
VERA. VERA may then initiate authentication, as described in 3GPP TS 33.102 [31] for UMTS and GSM 03.20 [1] for 
GSM. VERA may also initiate security procedures at this stage, as described in 3GPP TS 33.102 [31] for UMTS 
GSM 03.20 [1] for GSM. If the user originates one or more new MO calls in a multicall configuration, MSA sends a 
CM service request through the existing signalling connection for each new call. 

If VERA determines that MSA is allowed service, it sends a Process Access Request ack to VMSCA. If VMSCA has 
received a Start security procedures message from VERA, the Process Access Request ack message triggers a Start 
security procedures message towards BSSA; otherwise VMSCA sends a CM Service Accept message towards BSSA. 

If BSSA receives a Start security procedures message from VMSCA, it initiates security procedures as described in 
3GPP TS 33.102 [31] for UMTS and GSM 03.20 [1] for GSM; when security procedures have been successfully 
initiated, MSA interprets this in the same way as a CM Service Accept. If security procedures are not required at this 
stage, BSSA relays the CM Service Accept to MSA. 

When MSA has received the CM Service Accept, or security procedures have been successfully initiated, MSA sends a 
Set-up message containing the B subscriber address via BSSA to VMSCA. MSA also uses the Set-up message to 
indicate the bearer capability required for the call; VMSCA translates this bearer capability into a basic service, and 
determines whether an interworking function is required. VMSCA sends to VERA a request for information to handle 
the outgoing call, using a Send Info For Outgoing Call (SIFOC) message containing the B subscriber address. 

If VERA determines that the call should be connected, it sends a Complete Call message to VMSCA. VMSCA sends a 
Call Proceeding message via BSSA to MSA, to indicate that the call request has been accepted, and sends an Allocate 
channel message to BSSA, to trigger BSSA and MSA to set up a traffic channel over the radio interface. The Call 
Proceeding message includes bearer capability information if any of the negotiable parameters of the bearer capability 
has to be changed. When the traffic channel assignment process is complete (indicated by the Allocation complete 
message from BSSA to VMSCA), VMSCA constructs an ISUP lAM using the B subscriber address, and sends it to the 
destination exchange. 

When the destination exchange returns an ISUP Address Complete Message (ACM), VMSCA sends an Alerting 
message via BSSA to MSA, to indicate to the calling user that the B subscriber is being alerted. 

When the destination exchange returns an ISUP ANswer Message (ANM), VMSCA sends a Connect message via 
BSSA to MSA, to instruct MSA to connect the speech path. 

The network then waits for the call to be cleared. 

For an emergency call, a different CM service type (emergency call) is used, and the mobile may identify itself by an 
IMEI. It is a network operator option whether to allow an emergency call when the mobile identifies itself by an IMEI. 
Details of the handling are shown in clause 7. 
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5.2 Information flow for retrieval of routeing information for an 
MT call 

The information flow for retrieval of routeing information for an MT call is shown in figure 4. ISUP signalling between 
the originating exchange and GMSCB, and between GMSCB and VMSCB is shown by solid lines; signalling over the 
MAP interfaces between GMSCB and HLRB and between HLRB and VLRB, and over the B interface between VLRB 
and VMSCB is shown by chain lines; signalling over the lu interface (for UMTS) or the A interface (for GSM) between 
VMSCB and BSSB is shown by dashed lines; and signalling over the radio interface between BSSB and MSB is shown 
by dotted lines. 
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Figure 4: Information flow for retrieval of routeing information for a basic mobile terminated call 

NOTE 1: If pre-paging is used, paging is initiated after VLRB has accepted the PRN message. The paging 
procedure is described in subclause 5.3. 

NOTE 2: VMSCB starts the timer for the release of radio resources after it sends the Process Access Request 
message to VLRB. VMSCB releases the radio resource allocated for the MT call if the timer expires 
before the lAM is received. 

When GMSCB receives an 1AM, it analyses the called party address. If GMSCB can derive an HLR address from the B 
party address, it sends a request for routeing information (SRI) to HLRB. If GMSCB supports pre-paging (i.e. it is 
prepared to wait long enough for the SRI ack to allow pre-paging to be completed), it indicates this by an information 
element in the SRI message. 
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HLRB decides whether pre-paging is supported according to the following criteria: 

GMSCB has indicated that it supports pre-paging, and 

HLRB supports pre-paging (i.e. it is prepared to wait long enough for the PRN ack to allow pre-paging to be 
completed). 

HLRB sends a request for a roaming number (PRN) to VLRB; if pre-paging is supported, it indicates this by an 
information element in the PRN message. VLRB returns the roaming number in the PRN ack, and HLRB relays the 
roaming number to GMSCB in the SRI ack. GMSCB constructs an lAM using the roaming number, and sends it to 
VMSCB. 

5.3 Information flow for an MT call 

An example information flow for an MT call is shown in figure 5; many variations are possible. ISUP signalling 
between GMSCB and VMSCB is shown by solid lines; signalling over the B interface between VMSCB and VLRB is 
shown by chain lines; signalling over the lu interface (for UMTS) or the A interface (for GSM) between VMSCB and 
BSSB is shown by dashed lines; and signalling over the radio interface between VMSCB or BSSB and MSB is shown 
by dotted lines. 
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Figure 5: Information flow for a basic mobile terminated call 

NOTE 1 : Security procedures may be initiated at any stage after the network has accepted the page response; the 
position in this message flow diagram is an example. 

NOTE 2: If Security procedures are not required, the MSC may send a Start security procedures message indicating 
that no ciphering is required. 
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NOTE 3: This message flow diagram assumes that the MS has already been authenticated on location registration. 
If this is not so (for the first MT call after VLR restoration), the network may initiate authentication after 
the MS responds to paging. 

NOTE 4: The network may request the IMEI from the MS, and may check the IMEI, at any stage after the MS 

responds to paging, either as part of the procedure to start security procedures or explicitly after security 
procedures have been started; this is not shown in this message flow diagram. 

NOTE 5: If a connection between MSCB and MSB has been established as a result of pre-paging, the paging 
procedure is not performed. 

NOTE 6: If a connection between MSCB and MSB has been established as a result of pre-paging, VERB sends the 
Call arrived message to MSCB to stop the guard timer for the release of the radio connection. 

When VMSCB receives an lAM from GMSCB it sends to VERB a request for information to handle the incoming call, 
using a Send Info For Incoming Call (SIFIC) message containing the roaming number received in the lAM. 

If VERB recognises the roaming number, and MSB is allowed service, it sends a request to VMSCB to page MSB. If a 
radio connection between the network and MSB is already established, VMSCB responds immediately to the page 
request. If no radio connection exists, VMSCB sends a page request to BSSB, and BSSB broadcasts the page on the 
paging channel. If VPEMNB supports GPRS and the Gs interface between VERB and the SGSN is implemented (see 
3GPP TS 23.060 [9]) and there is a valid association between VERB and the SGSN for the MS, the paging signal 
towards the MS goes from VMSCB via VERB and the SGSN to the BSS. 

If MSB detects the page, it sends a channel request to BSSB, which responds with an immediate assignment command, 
to instruct MSB to use the specified signalling channel. MSB then sends a page response on the signalling channel; 
BSSB relays this to VMSCB. VMSCB sends a Process access request message to VERB to indicate that MSB has 
responded to paging. VERB may then initiate authentication, as described in 3GPP TS 33.102 [31] for UMTS and 
GSM 03.20 [1] for GSM. VERB may also initiate security procedures at this stage, as described in 3GPP 
TS 33.102 [31] for UMTS and GSM 03.20 [1] for GSM. 

If VERB determines that MSB is allowed service, it sends a Process access request ack to VMSCB. The Process access 
request ack message triggers a Start security procedures message towards BSSB; if VMSCB has not received a Start 
security procedures message from VERB, the Start security procedures message indicates no ciphering. 

VERB then sends a Complete call message to VMSCB. VMSCB sends a Set-up message towards MSB. The Set-up 
message may include bearer capability information for the call. 

When MSB receives the Set-up message from BSSB, it responds with a Call confirmed message. The Call Confirmed 
message includes bearer capability information if any of the negotiable parameters of the bearer capability has to be 
changed. When VMSCB receives the Call confirmed message via BSSB, it sends an Allocate channel message to 
BSSB. BSSB instructs MSB to tune to a traffic channel by sending an Assignment command. When MSB has tuned to 
the specified traffic channel it responds with an Assignment complete, message, which BSSB relays to VMSCB as an 
Allocation complete, and sends an Alerting message to indicate that the called user is being alerted. VMSCB sends an 
ACM to GMSCB, which relays it to the originating exchange. 

When the called user answers, MSB sends a Connect message, which BSSB relays to VMSCB. VMSCB: 

responds with a Connect ack message towards MSB; 

sends an ANM to GMSCB, which relays it to the originating exchange; 

sends a Complete call ack to VERB. 
The network then waits for the call to be cleared. 
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6 Principles for interactions with supplementary 

services 

This clause specifies the principles used to describe the invocation of the GSM supplementary services which were 
standardised when the present document was drafted. Registration, erasure, activation, deactivation and interrogation 
are call-independent operations; they are therefore outside the scope of the present document. Descriptions may be 
found in the stage 2 specifications for each supplementary service. 

In the modelling used in the present document, each supplementary service which a network entity supports is managed 
by a supplementary service handler, which handles data in the entity in which it runs. The call handling processes 
defined in the present document use the data to define the contents of messages to other entities. The basic call handling 
processes defined in the present document interact with the supplementary service handlers as shown in the SDL 
diagrams and the supporting text. If a network entity does not support a supplementary service, it bypasses the 
interaction with the handler for that supplementary service. Exceptions to this general principle are described later in 
this clause. 

6.1 Call Deflection service (3GPP TS 23.072) 

The basic call handling processes ICH_MSC and ICH_VLR interact with the CD supplementary service (3GPP 
TS 23.072 [11]) as described in subclauses 7.3.1 and 7.3.2 respectively. 

6.2 Line identification services (3GPP TS 23.081 ) 

6.2.1 Calling Line Identification Presentation (CLIP) 

The basic call handling processes ICH_VLR and ICH_MSC interact with the processes CLIP_MAF001 and 
CLIP_MAF002 (3GPP TS 23.081 [14]) as described in subclauses 7.3.2 and 7.3.1. 

6.2.2 Calling Line Identification Restriction (CLIR) 

The basic call handling processes OCH_MSC and OCH_VLR interact with the processes CLIR_MAF004 and 
CLIR_MAF003 (3GPP TS 23.081 [14]) as described in subclauses 7.1.1 and 7.1.2. 

6.2.3 Connected Line Identification Presentation (COLP) 

The basic call handling processes OCH_MSC and OCH_VLR interact with the processes COLP_MAF006 and 
COLP_MAF005 (3GPP TS 23.081 [14]) as described in subclauses 7.1.1 and 7.1.2. 

The basic call handling processes MT_GMSC and ICH_MSC interact with the process COLP_MAF039 [14] as 
described in subclauses 7.2.1 and 7.3.1. 

6.2.4 Connected Line Identification Restriction (COLR) 

The basic call handling processes ICH_VLR and ICH_MSC interact with the processes COLR_MAF040 and 
COLR_MAF041 (3GPP TS 23.081 [14]) as described in subclauses 7.3.2 and 7.3.1. 

6.3 Call forwarding services (3GPP TS 23.082) 
6.3.1 Call Forwarding Unconditional (CPU) 

The basic call handling process SRI_HLR interacts with the process MAF007(3GPP TS 23.082 [15]) as described in 
subclause 7.2.2 
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6.3.2 Call Forwarding on mobile subscriber Busy (CFB) 

The basic call handling process ICH_VLR interacts with the process MAF008 (3GPP TS 23.082 [15]) as described in 
subclause 7.3.2 

6.3.3 Call Forwarding on No Reply (CFNRy) 

The basic call handling process ICH_VLR interacts with the process MAF009 (3GPP TS 23.082 [15]) as described in 
subclause 7.3.2 

6.3.4 Call Forwarding on mobile subscriber Not Reachable (CFNRc) 

The basic call handling processes SRI_HLR and ICH_VLR interact with the process MAFOIO (3GPP TS 23.082 [15]) 
as described in subclauses 7.2.2 and 7.3.2 

6.4 Call wait (3GPP TS 23.083) 

The basic call handling process ICH_VLR interacts with the process MAF013 (3GPP TS 23.083 [16]) as described in 
subclause 7.3.2. Further details of the handling of call waiting are given in subclauses 7.3.1 and 7.3.2. 

6.5 Call hold (3GPP TS 23.083) 

Invocation of call hold before a basic call has been established will be rejected. 

6.6 Multiparty (3GPP TS 23.084) 

Invocation of multiparty before a basic call has been established will be rejected. 

6.7 Closed user group (3GPP TS 23.085) 

The basic call handling process OCH_VLR interacts with the process CUG_MAF014 (3GPP TS 23.085 [18]) as 
described in subclause 7.1.2. 

The basic call handling process SRI_HLR interacts with the process CUG_MAF015 (3GPP TS 23.085 [18]) as 
described in subclause 7.2.2. 

The interactions between call forwarding and CUG (3GPP TS 23.085 [18]) are handled as described in 
subclause 7.2.2.6. 

6.8 Advice of charge (3GPP TS 23.086) 

The interactions between Advice of Charge (3GPP TS 23.086 [19]) and MO calls are handled as described in 
subclauses 7.1.1 and 7.1.2. 

The interactions between Advice of Charge (3GPP TS 23.086 [19]) and MT calls are handled as described in 
subclauses 7.3.1 and 7.3.2. 

6.9 User-to-user signalling (3GPP TS 23.087) 

The basic call handling processes OCH_MSC, OCH_VLR, MT_GMSC and ICH_MSC interact with the UUS 
supplementary service as described in subclauses 7.1.1, 7.1.2, 7.2.1 and 7.3.1 respectively. 
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6.10 Call barring (3GPP TS 23.088) 

6.10.1 Barring of outgoing calls 

The basic call handling process OCH_VLR interacts with the processes MAF017, MAF018 and MAF020 (3GPP 
TS 23.088 [21]) as described in subclause 7.1.2. 

6.1 0.2 Barring of incoming calls 

The basic call handling process SRI_HLR interacts with the processes MAF022 and MAF023 (3GPP TS 23.088 [21]) 
as described in subclause 7.2.2. 

6.1 1 Explicit Call Transfer (3GPP TS 23.091 ) 

There is no interaction between Explicit Call Transfer and the basic call handling described in the present document. 

6.12 Completion of Calls to Busy Subscriber (3GPP TS 23.093) 

The basic call handling processes OCH_MSC, OCH_VLR, MT_GMSC, SRI_HLR, PRN_VLR, ICH_MSC and 

ICH_VLR interact with the CCBS supplementary service as described in subclauses 7.1.1, 7.1.2, 7.2.1, 7.2.2, 7.2.3, 
7.3.1 and 7.3.2respectively. 

6.13 Multicall (3GPP TS 23.135) 

The basic call handling processes OCH_MSC, OCH_VLR, ICH_MSC & ICH_VLR interact with the Multicall 
supplementary service as described in subclauses subclauses 7.1.1, 7.1.2, 7.3.1 and 7.3.2respectively. 



7 Functional requirements of network entities 

The text in this clause is a supplement to the definition in the SDL diagrams; it does not duplicate the information in the 
SDL diagrams. 

The entities described in this clause interwork with other entities over four different types of interface: 

- The lu interface, used to interwork between the MSC and the UTRAN or the UMTS MS; 

- The A interface, used to interwork between the MSC and the GSM BSS or the GSM MS; 

- The C, D & F interfaces, used to interwork between the MSC & HLR (C), VLR & HLR (D) and MSC & FIR 

(F); 

Telephony signalling interfaces, used to interwork between an MSC and another exchange. 

The protocols used over the lu interface are RANAP, which is specified in 3GPP TS 25.413 [26], for interworking with 
the UTRAN and DTAP, which is specified in 3GPP TS 24.008 [25], for interworking with the MS. 

The protocols used over the A interface are BSSMAP, which is specified in GSM 08.08 [2], for interworking with the 
BSS and DTAP, which is specified in 3GPP TS 24.008 [25], for interworking with the MS. 

The protocol used over the C, D & F interfaces is MAP, which is specified in 3GPP TS 29.002 [28]. 

For the purposes of the present document, the protocol used over telephony signalling interfaces is ISUP, which is 
specified in ITU-T Recommendations Q.761[32], Q.762 [33], Q.763 [34] and Q.764 [35]; other telephony signalling 
systems may be used instead. 
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The present document shows the call handling application processes interworking with a protocol handler for each of 
the protocols listed above. Each protocol defines supervision timers. If a supervision timer expires before a distant 
entity responds to a signal, the handling is as defined in the appropriate protocol specification. In general, the protocol 
handler reports timer expiry to the application as an error condition or negative response. Where a timer is shown in the 
present document, therefore, it is an application timer rather than a protocol timer. Interworking with the protocol 
handlers uses functional signal names which do not necessarily have a one-to-one correspondence with the names of 
messages used in the protocols. 

An MSC which receives an I AM from an originating exchange may react in three different ways: 

It acts as a transit exchange, i.e. it relays the lAM to a destination exchange determined by analysis of the called 
party address, and thereafter relays other telephony signalling between the originating and destination exchange 
until the connection is released. This behaviour is not specific to UMTS or GSM; 

It acts as a terminating exchange, i.e. it attempts to connect the call to an MS currently registered in the service 
area of the MSC; 

It acts as a GMSC, i.e. it interrogates an HLR for information to route the call. If the HLR returns routeing 
information, the MSC uses the routeing information from the HLR to construct an I AM, which it sends to a 
destination exchange determined by analysis of the routeing information from the HLR. 

Annex A describes the method which the MSC uses to decide how to process the lAM. 

The SDL diagrams in this clause show the handling for a number of optional features and services. If the handling 
consists only of a call to a procedure specific to the feature or service, the procedure call is omitted if the entity does not 
support an optional feature or service. If the handling consists of more than a call to a procedure specific to the feature 
or service, the text associated with each SDL diagram specifies the handling which applies if the entity does not support 
an optional feature or service. For simplicity of description, it is assumed that support for Operator Determined Barring 
and the Call Forwarding and Call Barring supplementary services is mandatory. 

7.1 MO call 

7.1 .1 Functional requirements of serving MSC 

7.1.1.1 Process OCH_MSC 

The variable TCH allocated is global data, accessible to the procedure Establish_Originating_TCH_If_Required. 

The procedures CCBS_Report_Not_Idle and CCBS_Check_Last_Call are specific to CCBS; they are specified in 3GPP 
TS 23.093 [22]. 

7.1.1.2 Procedure Process_Access_Request_MSC 

Sheet 2: instead of using the explicit procedure Obtain_IMEI_MSC, the VMSC may encapsulate the request for the 
IMEI in the Start security procedures message; the BSS relays the response in the Security procedures complete 
message to the MSC. 

Sheet 2: the VMSC maps the negative response received on the B interface to the appropriate reject cause according to 
the rules defined in 3GPP TS 29.010 [30]. 

Sheet 2: The Start security procedures message may indicate one of several ciphering algorithms, or (for GSM only) no 
ciphering. 

Sheet 2, sheet 3: At any stage, the MS may terminate the transaction with the network by sending a CM service abort 
message. 

Sheet 2, sheet 3: if the VMSC receives a Set-up message from the MS while the access request is being handled, the 
message is saved for processing after the access request has been handled. 
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7.1 .1 .3 Procedure OG_CalLSetup_MSC 

Sheet 1: the variables Alerting sent, MS connected and Reconnect are global data, accessible to the procedures 
CCBS_Check_OG_Call, CCBS_OCH_Report_Failiire, CCBS_OCH_Report_Success, 
CCBS_Check_If_CCBS_Possible, Send_Alerting_If_Required and Send_Access_Connect_If_Required. 

Sheet 1: the variable UUSl result sent is specific to UUS. This variable is accessible to all UUS specific procedures. 

Sheet 1: the procedure UUS_OCH_Check_Setup is specific to UUS; it is specified in 3GPP TS 23.087 [20]. 

Sheet 1: the VMSC converts the GSM bearer capability negotiated between the VMSC and the MS to a GSM basic 
service according to the rules defined in 3GPP TS 27.001 [27]. 

Sheet 1: the procedure CAMEL_N_CSI_CHECK_MSC is specific to CAMEL Phase 3 or later, it is specified in 3GPP 
TS 23.078 [12]. 

Sheet 1: the procedure Check_OG_Multicall_MSC is specific to Multicall; it is specified in 3GPP TS 23.135 [24]. If the 
VMSC does not support Multicall, processing continues from the "Yes" exit of the test "Result=Pass?". 

Sheet 1, sheet 2, sheet 3, sheet 6: the procedure CCBS_OCH_Report_Failure is specific to CCBS; it is specified in 
3GPPTS 23.093 [22]. 

Sheet 1, sheet 2, sheet 6, sheet 7, sheet 9: at any stage after the Set-up has been received, the MS may terminate the 
transaction with the network by sending a Release transaction request. 

Sheet 3: the procedure Set_CLI_Presentation_lndicator_MSC is specific to CLIR. If the VMSC does not support CLIR, 
processing continues from the "Yes" exit of the test "Result=Call allowed?". 

Sheet 3: the procedure CAMEL_OCH_MSC_INIT is specific to CAMEL; it is specified in 3GPP TS 23.078 [12]. If the 
VMSC does not support CAMEL, processing continues from the "Yes" exit of the test "Result=Pass?". 

Sheet 3: the procedure CAMEL_MO_Dialled_Services is specific to CAMEL phase 3 or later; it is specified in 3GPP 
TS 23.078 [12]. If the VMSC does not support CAMEL phase 3 or later, processing continues from the "Yes" exit of 
the test "Result=Pass?". 

Sheet 3: the procedure CCBS_Check_OG_Call is specific to CCBS; it is specified in 3GPP TS 23.093 [22]. If the 
VMSC does not support CCBS, processing continues from the "Yes" exit of the test "Result=Pass?". 

Sheet 3: the procedure MOBILE_NUMBER_PORTABILITY_IN_OQoD is specific to Mobile Number Portability; it is 
specified in 3GPP TS 23.066 [10]. 

Sheet 3: the procedure UUS_OCH_Set_Info_In_IAM is specific to UUS; it is specified in 3GPP TS 23.087 [20]. 

Sheet 3: the procedure CAMEL_Store_Destination_Address is specific to CAMEL phase 3 or later; it is specified in 
3GPPTS 23.078 [12]. 

Sheet 3: the procedure CCBS_OCH_Report_Success is specific to CCBS; it is specified in 3GPP TS 23.093 [22]. 

Sheet 4, sheet 7: the procedures CAMEL_Start_TNRy and CAMEL_Stop_TNRy are specific to CAMEL phase 2 or 
later; they are specified in 3GPP TS 23.078 [12]. 

Sheet 4: the task "UTU2Cnt := 0" is executed only if the VMSC supports UUS 

Sheet 5: the procedure CAMEL_OCH_MSC_ANSWER is specific to CAMEL; it is specified in 3GPP TS 23.078 [12]. 
If the VMSC does not support CAMEL, processing continues from the "Yes" exit of the test "Result=Pass?". 

Sheet 5: the procedure Set_COLP_Info_MSC is specific to COLP. 

Sheet 5: the procedure Handle_AoC_MO_MSC is specific to AoC. 

Sheet 5: the task "Store CW treatment indicator for this call if received in SII2" is executed only if the VMSC supports 
CAMEL phase 3 or later. 

Sheet 6: the procedures CCBS_Check_If_CCBS_Possible and CCBS_Activation_MSC are specific to CCBS; they are 
specified in 3GPP TS 23.093 [22]. The task "Store CCBS Result" is executed only if the VMSC supports CCBS. If the 
VMSC does not support CCBS, processing continues from the "CCBS Not Possible" exit of the test "CCBS ResuU". 
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Sheet 6, sheet 7: the procedure CAMEL_OCH_MSC_DISC3 is specific to CAMEL Phase 1; it is specified in 3GPP 
TS 23.078 [12]. 

Sheet 6, sheet 7: the procedure CAMEL_OCH_MSC_DISC4 is specific to CAMEL Phase 2 or later; it is specified in 
3GPPTS 23.078 [12]. 

Sheet 6, sheet 6: the procedure CAMEL_OCH_MSCl is specific to CAMEL phase 2 or later; it is specified in 3GPP 
TS 23.078 [12]. If the VMSC does not support CAMEL phase 2 or later, processing continues from the "No" exit of the 
test "Result=Reconnect?" 

Sheet 6, sheet 7, sheet 9: the processing in the branch beginning with the Int_Release_Call input will occur only if the 
MSC supports CAMEL. 

Sheet 7, sheet 9: the procedure UUS_MSC_Check_UUSl_UUI is specific to UUS; it is specified in 3GPP 
TS 23.087 [20]. 

Sheet 8: the input signal TNRy expired and all the subsequent processing are specific to CAMEL phase 2 or later, and 
will occur only if the VMSC supports CAMEL phase 2 or later. The procedure CAMEL_OCH_MSC2 is specified in 
3GPPTS 23.078 [12]. 

Sheet 8: the input signal User To User is specific to UUS; it is discarded if the VMSC does not support UUS. 

Sheet 8: the procedures UUS_MSC_Check_UUS2_UUl_to_MS and UUS_MSC_Check_UUS2_UUI_to_NW are 
specific to UUS; they are specified in 3GPP TS 23.087 [20]. 

Sheet 9: the procedure CAMEL_OCH_MSC_DlSCl is specific to CAMEL; it is specified in 3GPP TS 23.078 [12]. If 
the VMSC does not support CAMEL, processing continues from the "No" exit of the test "Result=CAMEL handling?". 

Sheet 9: the procedure CAMEL_OCH_MSC_DISC2 is specific to CAMEL; it is specified in 3GPP TS 23.078 [12]. If 
the VMSC does not support CAMEL, processing continues from the "No" exit of the test "Result=CAMEL handling?". 

7.1 .1 .4 Procedure ObtainJMSI_MSC 

The MS may terminate the transaction with the network while the VMSC is waiting for the MS to return its IMSI. If a 
CC connection has not been established, the MS uses CM Service Abort; otherwise it uses a Release, Release Complete 
or Disconnect. The VMSC aborts the transaction with the VLR and returns an aborted result to the parent process. 

7.1 .1 .5 Procedure Authenticate_MSC 

The MS may terminate the transaction with the network while the VMSC is waiting for the MS to respond to an 
authentication request. If a CC connection has not been established, the MS uses CM Service Abort; otherwise it uses a 
Release, Release Complete or Disconnect. The VMSC aborts the transaction with the VLR and returns an aborted result 
to the parent process. 

7.1 .1 .6 Procedure ObtainJMEI_MSC 

The MS may terminate the transaction with the network while the VMSC is waiting for the MS to return its IMEl. If a 
CC connection has not been established, the MS uses CM Service Abort; otherwise it uses a Release, Release Complete 
or Disconnect. The VMSC aborts the transaction with the VLR and returns an aborted result to the parent process. 

7.1 .1 .7 Procedure CheckJMEI_MSC 

The MS may terminate the transaction with the network while the VMSC is waiting for the MS to return its IMEI. If a 
CC connection has not been established, the MS uses CM Service Abort; otherwise it uses a Release, Release Complete 
or Disconnect. The VMSC aborts the transaction with the VLR and returns an aborted result to the parent process. 

The MS may terminate the transaction with the network while the VMSC is waiting for the result of the IMEI check 
from the EIR. If a CC connection has not been established, the MS uses CM Service Abort; otherwise it uses a Release, 
Release Complete or Disconnect. The VMSC aborts the transaction with the VLR and returns an aborted result to the 
parent process. 
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7.1.1.8 Procedure Establish_Originating_TCH_lf_Required 

7.1 .1 .9 Procedure Set_CLI_Presentation_lndicator_MSC 

The MS may terminate the transaction with the network by sending a Release transaction message while a response is 
awaited from the process CLIR_MAF004. The message is saved for processing after return from the procedure. 

7.1 .1 .10 Procedure Send_Alerting_lf_Required 

The test "Backward call indicator=no indication" refers to the called party's status field in the backward call indicators 
parameter of the ISUP Address Complete message which triggered the call of the procedure 
Send_Alerting_If_Required. 

The procedures UUS_MSC_Check_UUSl_UUI and UUS_OCH_Set_Alert_And_Connect_Param are specific to UUS; 
they are specified in 3GPP TS 23.087 [20]. If the VMSC does not support UUS, processing continues from the "Yes" 
exit of the test "Result=Pass?". 

If no useful information would be carried in the Progress message, it is not sent. 

7.1 .1 .1 1 Procedure Set_COLPJnfo_MSC 

The MS may terminate the transaction with the network by sending a Release transaction message while a response is 
awaited from the process COLP_MAF006. The message is saved for processing after return from the procedure. 

7.1 .1 .12 Procedure Send_Access_Connect_lf_Required 

The test "Acknowledgement required" refers to the result returned by the procedure Handle_AoC_MSC. If the VMSC 
does not support AoC, processing continues from the "No" exit of the test "Acknowledgement required". 

The procedure UUS_OCH_Set_Alert_And_Connect_Param is specific to UUS, it is specified in 3GPP TS 23.087 [20]. 
If the VMSC does not support UUS, processing continues from the "Yes" exit of the test "Result=Pass?". 

If no useful information would be carried in the Facility message, it is not sent. 

7.1.1.13 Procedure Handle_AoC_MO_MSC 

The charging parameters and the Boolean variable Acknowledgement required are global data which can be read by the 
parent process. 
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Figure 12: Procedure Check_IMEI_MSC 
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Procedure Establish_Originating_TCH_lf_Required 
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Figure 13: Procedure Establish_Originating_TCH_lf_Required 
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Procedure Set CLI Presentation Indicator IVISC 
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Figure 14: Procedure Set_CLI_Presentation_lndicator_MSC 
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Procedure Send_Alerting_lf_Required 
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Figure 15: Procedure Send_Alerting_lf_Required 
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Procedure Set COLP Info MSC 
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Figure 16: Procedure Set_COLP_lnfo_MSC 
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Procedure Handle AoC MO MSC 
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Figure 17: Procedure Handle_AoC_MO_MSC 
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Procedure Send_Access_Connect_lf_Required 
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Figure 18: Procedure Send_Access_Connect_lf_Required 
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7.1 .2 Functional requirements of VLR 

7.1.2.1 Process OCH_VLR 

7.1.2.2 Procedure Process_Access_Request_VLR 

Sheet 1: it is a network operator decision (subject to MoU requirements) how often an MS should be authenticated. 

Sheet 2: the process Subscriber_Present_VLR is described in 3GPP TS 29.002 [28]. 

Sheet 2: it is a network operator decision (subject to MoU requirements) whether a GSM connection should be 
ciphered. A UMTS connection shall always be ciphered. 

Sheet 3: it is a network operator decision (subject to MoU requirements) how often an IMEI should be checked. 

Sheet 3, sheet 4, sheet 5: the procedure CCBS_Report_MS_Activity is specific to CCBS; it is specified in 3GPP 
TS 23.093 [22]. 

Sheet 5: it is a network operator decision whether emergency calls are allowed from an ME with no SIM. 

7.1 .2.3 Procedure OG_CalLSubscription_Check_VLR 

Sheet 1 : it is an implementation option to carry out the check for operator determined barring of all outgoing calls 
before the check on provisioning of the requested basic service. 

Sheet 1: the procedure Check_OG_Multicall_VLR is specific to Multicall; it is specified in 3GPP TS 23.135 [24]. If the 
VMSC does not support Multicall, processing continues from the "Yes" exit of the test "Result=Pass?". 

Sheet 1: the procedure OG_CUG_Check is specific to CUG. If the VLR does not support CUG, processing continues 
from the "Yes" exit of the test "Result=Call allowed?". 

Sheet 1 : the procedure Get_LI_Subscription_Info_MO_VLR is specific to CLIR and COLP. If the VLR supports 
neither CLIR nor COLP, the procedure call is omitted. 

Sheet 1 : the procedure Get_AoC_Subscription_Info_VLR is specific to AoC. 

Sheet 1: the procedure UUS_OCH_Check_Pro vision is specific to UUS; it is specified in 3GPP TS 23.087 [20]. If the 
VMSC does not support UUS, processing continues from the "Yes" exit of the test "Result=Pass?". 

Sheet 2: the procedure CAMEL_OCH_VLR is specific to CAMEL; it is specified in 3GPP TS 23.078 [12]. If the VLR 
does not support CAMEL, processing continues from connector 1 to the call to the procedure Check_OG_Barring. 

Sheet 2: the negative response "call barred" indicates whether the reason is operator determined barring or 
supplementary service barring, according to the result returned by the procedure Check_OG_Barring. 

7.1 .2.4 Procedure Obtain_ldentity_VLR 

It is a network operator decision whether open (non ciphered) identification of the MS by its IMSI is allowed. 

7.1 .2.5 Procedure ObtainJMSLVLR 

7.1 .2.6 Procedure Authenticate_VLR 

Sheet 1 : the number of unused authentication sets which triggers the VLR to request further authentication sets from the 
HLR is an operator option. 
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7.1.2.7 Procedure Obtain_Authentication_Sets_VLR 

7.1 .2.8 Procedure Start_Tracing_VLR 

7.1 .2.9 Procedure CheckJMEl _VLR 

If the response from the EIR to a request to check an IMEI is: 
blackHsted, then service is not granted; 

greyHsted, then service is granted, but the network operator may decide to initiate tracing; 
whiteHsted, then service is granted. 

7.1.2.10 Procedure ObtainJMEl _VLR 

7.1.2.11 Process Fetch_Authentication_Sets_VLR 

7.1 .2.12 Procedure Check_BAOC 

Sheet 1 : if the VLR receives an Abort message from the MSC while it is awaiting a response from the process 
MAF017, the message is saved for handling after return from the procedure. 

7.1 .2.13 Procedure OG_CUG_Check 

If the VLR receives an Abort message from the MSC while it is awaiting a response from the process MAF014, the 
message is saved for handling after return from the procedure. 

7.1 .2.14 Procedure Get_LI_SubscriptionJnfo_MO_VLR 

If the VLR does not support CLIR, it omits the signal interchange with the process CLIR_MAF003. 

If the VLR does not support COLP, it omits the signal interchange with the process COLP_MAF005. 

If the VLR receives an Abort message from the MSC while it is awaiting a response from the process CLIR_MAF003 
or the process COLP_MAF005, the message is saved for handling after return from the procedure. 

7.1 .2.15 Procedure Get_AoG_Subscription_lnfo_VLR 

The indicator of whether or not AoC is provisioned is global data which can be read by the parent process. 

7.1 .2.16 Procedure Gheck_OG_Barring 

Sheet 3: if the VLR receives an Abort message from the MSC while it is awaiting a response from the process MAF018 
or MAF019, the message is saved for handling after return from the procedure. 

7.1.2.17 Process Update_Location_VLR 

The procedure Update_HLR_VLR is described in 3GPP TS 23.012 [6]. 
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Figure 7.1.2.1 : Process OCH_VLR 
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Procedure Process_Access_Request_VLR 
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Figure7.1.2.2a: Procedure Process_Access_Request_VLR (sheet 1) 
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Procedure Process_Access_Request_VLR 
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Figure 7.1.2.2b: Procedure Process_Access_Request_VLR (sheet 2) 
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Procedure Process_Access_Request_VLR 
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Figure 7.1.2.2c: Procedure Process_Access_Request_VLR (sheet 3) 
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Procedure Process_Access_Request_VLR 
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Figure 7.1.2.2d: Procedure Process_Access_Request_VLR (sheet 4) 
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Procedure Process_Access_Request_VLR 



Procedure in the VLR |. 
to handle a request from ^ 
the MS for system access 



Signals to the ieft 
are to the IVISC. 



CM service type 
= Emergency call? 



Emergency call 
setup allowed 
wIthoutSIM? 





Yes 



No 



Yes 




Obtaln_ 
IMEI VLR 




Yes 



Identity:: 
IMEI 



See TS 23.093 i 
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Figure 7.1.2.2e: Procedure Process_Access_Request_VLR (sheet 5) 
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Procedure OG_Call_Subscription_Check_VLR 
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Figure 7.1.2.3a: Procedure OG_Call_Subscription_Check_VLR (sheet 1) 
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Procedure OG_Call_Subscription_Check_VLR 
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Figure 7.1.2.3b: Procedure OG_Call_Subscription_Check _VLR (sheet 2) 
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Procedure Obtain_ldentity_VLR 
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Figure 7.1.2.4: Procedure Obtain_ldentity_VLR 
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Procedure Obtain_ll\/lSI_VLR 

[ N 

Process in the VLR , \ 
to obtain the IMS I ^ 

from the MS via the MSC 



OIMSI V1(1) 



Signals to/from the left 
are to/from the MSC. 



Provide 
IMSI 



/ Wait_For_ 
1 IMSI 

\ 



Provide 
^IMSI ack 



Result:= 
Pass 



> Abort 



Result:= 
Aborted 





Figure 7.1.2.5: Procedure Obtain_IMSI_VLR 
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Procedure Authenticate_VLR 
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Figure 7.1.2.6a: Procedure Authenticate_VLR (sheet 1) 
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Procedure Authenticate_VLR 
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Figure 7.1.2.6b: Procedure Authenticate_VLR (sheet 2) 
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Procedure Obtain Authentication Sets VLR 
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Figure 7.1.2.7a: Procedure Obtain_Authentication_Sets_VLR (sheet 1) 
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Procedure Obtain Authentication Sets VLR 
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Figure 7.1.2.7b: Procedure Obtain_Authentication_Sets_VLR (sheet 2) 
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Procedure Start_Tracing_VLR 
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Figure 7.1.2.8: Procedure StartlracingVLR 
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Procedure Check_IMEI_VLR 
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Figure 7.1.2.8: Procedure Check_IMEI_VLR 
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Procedure Obtain_ll\/lEI_VLR 
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Figure 7.1.2.9: Procedure ObtainJMEl _VLR 
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Figure 7.1.2.10: Process Fetch_Authentication_Sets_VLR 
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Procedure Check_BAOC 

Procedure to check call i , 
request against ODBAOC^ 
and SS BAOC 



Signals to/from the right 
are to/from the process 
l\/IAF017 



Result:= 

Call barred 

(ODB) 




From MSC 



Abort 



Result:= 
Call barred 
(SS barring) 




Yes 




Initiate 
handling 
of BAOC 



Wait_For_ 

BAOC_ 
Response 



Continue 

call 

handling 




Result:= 
Call allowed 




CBAOCKD 



Operator determined BAOC 
imposed? 



Figure 7.1 .2.1 1 : Procedure Check_BAOC 
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Procedure OG_CUG_Check 
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Figure 7.1.2.12: Procedure OG_CUG_Check 
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Procedure Get_LI_Subscription_lnfo_l\/10_VLR 



GLI MOVKD 



Procedure in the VLR , \ 
to retrieve subscription 
information forthe CLIP 
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services for an MO call 
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COLP Info 



Continue 
call 

handling 




iFrom process CLIR_MAF003 
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Figure 7.1.2.13: Procedure Get_LI_Subscription_lnfo_MO_VLR 
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Procedure Get_AoC_Subscription_lnfo_VLR 



GAOCI V1(1) 



Procedure in the VLR |\ 

to determine the subscription^ 
to Advice of Charge services 
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Set indicator: 

AoC not 
provisioned 



Yes 



Set indicator: 

AoC(C) 
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Figure 7.1.2.14: Procedure Get_AoC_Subscription_lnfo_VLR 
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Procedure Check_OG_Barring 

Procedure to check call |\ 
request against SS barring^ 
and ODB categories 





Result:= 
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C0B1(3) 



Figure 7.1.2.15a: Procedure Check_OG_Barring (sheet 1) 
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Procedure Check_OG_Barring 

Procedure to check call |\ 
request against SS barring^ 
and ODB categories 



Result:= 

Call barred 
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Figure 7.1.2.15b: Procedure Check_OG_Barring (sheet 2) 
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Procedure Check_OG_Barring 

Procedure to check call |\ 
request against SS barring^ 
and ODB categories 



From IVISC 



Abort 



From IVISC 



I / 
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Result:= 


Call barred 
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Result:= 
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Figure 7.1.2.15c: Procedure Check_OG_Barring (sheet 3) 
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Process Update_Location_VLR 



Process in the VLB i \ 
to update the location ^ 
information in the HLR. 



UL_VLR1(1) 



Update_HLR 
VLR 



i See TS 23.012 



Figure 7.1.2.16: Process Update_Location_VLR 
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7.2 Retrieval of routeing information for IVIT call 



7.2.1 



Functional requirements of GIVISC 



7.2.1.1 



Process MT GMSC 



Sheet 1 : the variables ACM sent, Answer sent, Network connect sent. Reconnect and Resume call are global data, 
accessible to the procedures CCBS_MT_GMSC_Check_CCBS Possible, CCBS_Set_Diagnostic_For_Release, 
Obtain_Routeing_Address, Send_ACM_If_Required, Send_Answer_If_Required and 
Send_Network_Connect_If_Required. 

Sheet 1: the variable UUS CF interaction is specific to UUS; it is accessible to all UUS specific procedures in the 
GMSC. 

Sheet 1: the procedure MNP_MT_GMSC_Set_MNP_Parameters is specific to Mobile Number Portability; it is 
specified in 3GPP TS 23.066 [10]. 

Sheet 1 : the procedure OR_Set_ORA_Parameters is specific to Support of Optimal Routeing; it is specified in 3GPP 
TS 23.079 [13]. 

Sheet 1: the procedure CAMEL_Set_ORA_Parameters is specific to CAMEL; it is specified in 3GPP TS 23.078 [12]. 

Sheet 1: the parameters "Reference address", "OR" and "Own PLMN" are passed to the procedure 
Obtain_Routeing_Address only if the GMSC supports Optimal Routeing. The parameter "Destination address" is 
returned by the procedure Obtain_Routeing_Address only if the GMSC supports Optimal Routeing of mobile-to-mobile 
calls. The Send Routeing Info negative response information element received in the execution of the procedure 
Obtain_Routeing_Address is global data, available to the parent process. 

Sheet 1 : the suggested mapping from values of the Send Routeing Info negative response information element to values 
of the ISUP release cause (see ITU-T Recommendation Q.850 [36]) is shown in table 1. The mapping used is a matter 
for the network operator, depending on the telephony signalling system used. 

Table 1 : Suggested mapping of Send Routeing Info (SRI) negative responses to ISUP release causes 



SRI negative response 


ISUP release cause number 


ISUP release cause name 


Absent subscriber 


20 


Subscriber absent 


Bearer service not provisioned 


57 


Bearer capability not authorised 


Call barred (ODB) 


21 


Call rejected 


Call barred (SS barring) 


21 


Call rejected 


CUG reject (Called party 88 
interaction violation) 


21 


Call rejected 


CUG reject (Incoming calls barred 
within CUG) 


55 


Incoming calls barred within CUG 


CUG reject (Subscriber not 
member of CUG) 


87 


User not member of CUG 


CUG reject (Requested basic 
service violates CUG constraints) 


87 


User not member of CUG 


Data missing 


111 


Protocol error, unspecified 


Facility not supported 


69 


Requested facility not implemented 


Forwarding violation 


21 


Call rejected 


Number changed 


22 


Number changed 


System failure 


111 


Protocol error, unspecified 


Teleservice not provisioned 


57 


Bearer capability not authorised 


Unexpected data value 


111 


Protocol error, unspecified 


Unknown subscriber 


1 
26 


Unallocated (unassigned) number 
Misrouted call to a ported number (note) 
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NOTE: If the Diagnostic parameter indicates "NPDB mismatch", MNP can require a specific ISUP release cause 
value, according to National Coding Standard, to indicate "Misrouted call to a ported number", depending 
on national regulations. North American GSM Number Portability (NAGNP) requires the SRI negative 
response "unknown subscriber" to be treated differently under certain conditions. If the lAM received 
from the originating exchange contained the HPLMN routing number for NAGNP then the SRI negative 
response "unknown subscriber" shall be mapped to ISUP release cause number 26 "Misrouted call to a 
ported number"; under all other conditions the SRI negative response "unknown subscriber" shall be 
mapped to ISUP release cause number 1 "Unallocated (unassigned) number". 

Sheet 1 : it is an operator option whether to send an Address Complete message if the Number Portability Database 
returns a routeing number. If the GMSC sends an Address Complete message, it shall include the called party's status 
field of the Backward call indicator set to "no indication". 

Sheet 1: the called party address sent in the lAM to the process MT_CF_MSC is the Forwarded-to number received in 
the Perform Call Forwarding ack. 

Sheet 1 : the procedure CAMEL_Store_Destination_Address is specific to CAMEL phase 3 or later; it is specified in 
3GPPTS 23.078 [12]. 

Sheet 1: it is an operator option whether to send an Address Complete message if the HLR returns forwarding 
information. If the GMSC sends an Address Complete message, it shall include the called party's status field of the 
Backward call indicator set to "no indication". 

Sheet 2: the procedures CAMEL_Start_TNRy and CAMEL_Stop_TNRy are specific to CAMEL phase 2 or later; they 
are specified in 3GPP TS 23.078 [12]. 

Sheet 2, sheet 3: the procedure CAMEL_MT_GMSC_ANSWER is specific to CAMEL; it is specified in 3GPP 

TS 23.078 [12]. If the GMSC does not support CAMEL, processing continues from the "Pass" exit of the test "Resuh". 

Sheet 2, sheet 3: the task "Set destination address parameter" is executed only if the GMSC supports Optimal Routeing 
of mobile-to-mobile calls. 

Sheet 3: the procedure Handle_COLP_Forwarding_Interaction is specific to COLP. 

Sheet 4: the input signal Resume Call Handling and all the subsequent processing on this sheet are specific to Support 
of Optimal Routeing, and will occur only if the GMSC supports Optimal Routeing. The procedure OR_Handle_RCH is 
specified in 3GPP TS 23.079 [13]. 

Sheet 4, sheet 6: the procedure CCBS_MT_GMSC_Check_CCBS_Possible is specific to CCBS; it is specified in 3GPP 
TS 23.093 [22]. 

Sheet 5: the input signal TNRy expired and all the subsequent processing are specific to CAMEL phase 2 or later, and 
will occur only if the GMSC supports CAMEL phase 2 or later. The procedure CAMEL_MT_GMSC_DISC5 is 
specified in 3GPP TS 23.078 [12]. 

Sheet 6: the procedure CAMEL_MT_GMSC_DISC3 is specific to CAMELphase 1; it is specified in 3GPP 
TS 23.078 [12]. 

Sheet 6: the procedures CAMEL_MT_GMSC_DISC4 and CAMEL_MT_GMSC_DISC6 are specific to CAMEL phase 
2 or later, they are specified in 3GPP TS 23.078 [12]. 

Sheet 6: the procedure CCBS_Set_Diagnostic_For_Release is specific to CCBS; it is specified in 3GPP TS 23.093 [22]. 

Sheet 6, sheet 7: the processing in the branch beginning with the Int_Release_Call input will occur only if the MSC 
supports CAMEL. 

Sheet 7: the procedure CAMEL_MT_GMSC_DISC1 is specific to CAMEL; it is specified in 3GPP TS 23.078 [12]. If 
the GMSC does not support CAMEL, processing continues from the "No" exit of the test "Result=CAMEL handling?". 

Sheet 7: the procedure CAMEL_MT_GMSC_DISC2 is specific to CAMEL; it is specified in 3GPP TS 23.078 [12]. If 
the GMSC does not support CAMEL, processing continues from the "Normal handling" exit of the test "Result?". 

Sheet 7: after the GMSC has sent an lAM to the destination VMSC or the forwarded-to exchange (via the process 
MT_CF_MSC), it acts as a relay for messages received from the originating exchange and the destination VMSC or the 
process MT_CF_MSC. Any message other than Address Complete, Connect, Answer or Release causes no change of 
state in the process MT_GMSC. 
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7.2.1.2 Procedure Obtain_Routeing_Address 

Sheet 1: the procedure MOBILE_NUMBER_PORTABILITY_IN_TQoD is specific to Mobile Number Portability; it is 
specified in 3GPP TS 23.066 [10]. 

Sheet 1: the procedure CCBS_MT_GMSC_Check_CCBS_Call is specific to CCBS; it is specified in 3GPP 
TS 23.093 [22]. 

Sheet 1: the procedure CLI_MT_GMSC is specific to Enhanced CLI HandHng. It is specified in 3GPP TS 23.081 [14]. 

Sheet 2: the procedure OR_Handle_SRI_Negative_Response is specific to Support of Optimal Routeing. It is specified 
in 3GPP TS 23.079 [13]. If the GMSC does not support Optimal Routeing, processing continues from the "No" exit of 
the test "Result=Pass?". 

Sheet 2: the test "Error= Unknown subscriber" refers to the negative response value received from the HLR. 

Sheet 2: the procedure MOBILE_NUMBER_PORTABILITY_IN_QoHR is specific to Mobile Number PortabiUty; it is 
specified in 3GPP TS 23.066 [10]. 

Sheet 3: the procedure CAMEL_MT_GMSC_INIT is specific to CAMEL; it is specified in 3GPP TS 23.078 [12]. 

Sheet 3: the procedure CAMEL_MT_GMSC_Notify_CF is specific to CAMEL phase 2 or later; it is specified in 3GPP 
TS 23.078 [12]. If the GMSC does not support CAMEL phase 2 or later, processing continues from the "Continue" exit 
of the test "Result". 

Sheet 3: the procedure CCBS_MT_GMSC_Check_CCBS_Indicators is specific to CCBS; it is specified in 3GPP 
TS 23.093 [22]. 

Sheet 3: the task "Store Forwarding Interrogation Required indicator" is executed only if the GMSC supports Optimal 
Routeing. 

Sheet 3: The test "MSRN contains a Routeing Number" is executed only if the SRF solution for call related MNP is 
used. If the SRF solution for call related MNP is not used, processing continues from the "No" exit of the test "MSRN 
contains a Routeing Number". 

Sheet 3: the procedure MNP_MT_GMSC_Check_MNP_Indicators is specific to Mobile Number Portability; it is 
specified in 3GPP TS 23.066 [10]. 

Sheet 4: the task "BOR:=OR" is executed only if the GMSC supports Optimal Routeing of mobile-to-mobile calls. 

Sheet 4: the procedures CCBS_MT_GMSC_Remove_Indicators_Store_FWT is specific to CCBS; it is specified in 
3GPPTS 23.093 [22]. 

Sheet 4: the procedure Route_Permitted is specific to Support of Optimal Routeing. It is specified in 3GPP 

TS 23.079 [13]. If the GMSC does not support Optimal Routeing, processing continues from the "True" exit of the test 

"Route permitted". 

Sheet 4: the procedure CAMEL_MT_MSC_DISC3 is specific to CAMEL phase 1; it is specified in 3GPP 
TS 23.078 [12]. 

Sheet 4: the procedure CAMEL_MT_GMSC_DISC4 is specific to CAMEL Phase 2 or later; it is specified in 3GPP TS 
23.078 [12]. 

Sheet 4: the task "OR:= True" is executed only if the GMSC supports Optimal Routeing of mobile-to-mobile calls. 

7.2.1.3 Procedure Send_ACM_lf_Required 

If no useful information would be carried in the Call Progress message, it is not sent. 

7.2.1.4 Procedure Send_Answer_lf_Required 

If no useful information would be carried in the Call Progress message, it is not sent. 
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7.2.1.5 Procedure Send_Network_Connect_lf_Required 

If no useful information would be carried in the Call Progress message, it is not sent. 

7.2.1.6 Procedure Handle_COLP_Forwarding_lnteraction_MSC 

The originating exchange or the destination exchange may release the call while a response is awaited from the process 
COLP_MAi'039. The message is saved for processing after return from the procedure. 

7.2.1 .7 Procedure Activate_CF_Process 

The processing in the branch beginning with the Int_Release_Call input will occur only if the MSC supports CAMEL. 

7.2.1.8 Process MT_CF_MSC 

Sheet 1: the procedure CAMEL_CF_MSC_INIT is specific to CAMEL; it is specified in 3GPP TS 23.078 [12]. If the 
MSC does not support CAMEL, processing continues from the "Yes" exit of the test "Result=Pass?". 

Sheet 1, sheet 4: the procedure CAMEL_CF_Dialled_Services is specific to CAMEL phase 3 or later; it is specified in 
3GPP TS 23.078 [12]. If the MSC does not support CAMEL phase 3 or later, processing continues from the "Pass" exit 
ofthe test "Result?". 

Sheet 1, sheet 3, sheet 4: the procedure CAMEL_OCH_MSCl is specific to CAMEL phase 2 or later; it is specified in 
3GPP TS 23.078 [12]. If the MSC does not support CAMEL phase 2 or later, processing continues from the "Yes" exit 
ofthe test "Result=Reconnect?". 

Sheet 1: the procedure MOBILE_NUMBER_PORTABILITY_IN_OQoD is specific to Mobile Number Portability; it is 
specified in 3GPP TS 23.066 [10]. 

Sheet 1 : the procedure CAMEL_Store_Destination_Address is specific to CAMEL phase 3 or later; it is specified in 
3GPPTS 23.078 [12]. 

Sheet 1, sheet 3: the procedure CAMEL_OCH_MSC_DISC3 is specific to CAMEL phase 1; it is specified in 3GPP 
TS 23.078 [12]. 

Sheet 1, sheet 3: the procedure CAMEL_0CH_MSC_DISC4 is specific to CAMEL Phase 2 or later; it is specified in 
3GPPTS 23.078 [12]. 

Sheet 2: the procedures CAMEL_Start_TNRy and CAMEL_Stop TNRy are specific to CAMEL phase 2 or later; they 
are specified in 3GPP TS 23.078 [12]. 

Sheet 2: the procedure CAMEL_CF_MSC_ANSWER is specific to CAMEL; it is specified in 3GPP TS 23.078 [12]. If 
the MSC does not support CAMEL, processing continues from the "Yes" exit ofthe test "Result=Pass?". 

Sheet 2: the procedure UUS_MSC_Clear_UUS is specific to UUS; it is specified in 3GPP TS 23.087 [20]. 

Sheet 3: the procedure CAMEL_Stop_TNRy is specific to CAMEL phase 2 or later; it is specified in 3GPP 
TS 23.078 [12]. 

Sheet 3: the processing in the branch beginning with the Int_0_Re lease input will occur only if the MSC supports 
CAMEL. 

Sheet 4: the input signal TNRy expired and all the subsequent processing are specific to CAMEL phase 2 or later, and 
will occur only if the GMSC supports CAMEL phase 2 or later. The procedure CAMEL_OCH_MSC2 is specified in 
3GPPTS 23.078 [12]. 

Sheet 5: the procedure CAMEL_OCH_MSC_DISCl is specific to CAMEL; it is specified in 3GPP TS 23.078 [12]. If 
the MSC does not support CAMEL, processing continues from the "No" exit of the test "Result=CAMEL handling?". 

Sheet 5: the procedure CAMEL_OCH_MSC_DISC2 is specific to CAMEL; it is specified in 3GPP TS 23.078 [12]. If 
the MSC does not support CAMEL, processing continues from the "No" exit ofthe test "Result=Reconnect?" . 

Sheet 5: the processing in the branch beginning with the Int_0_Re lease input will occur only if the MSC supports 
CAMEL. 
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Sheet 5: after the process MT_CF_MSC has sent an lAM to the forwarded-to exchange, it acts as a relay for messages 
received from the parent process and the forwarded-to exchange. Any message other than Address Complete, Connect, 
Answer or Release causes no change of state in the process MT_GMSC 

7.2.1.9 Macro CUG_Support_Check_GMSC 



£75/ 



3GPP TS 23.018 version 3.12.0 Release 1999 



82 



ETSI TS 123 018 V3.12.0 (2003-03) 



Process MT GMSC 



MT_GMSC1(7) 



Process in the GMSC to i ^ 
handle a mobile-terminated^ 
call request 
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Signals to/from the left [\ 
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signals to/from the right 
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Figure 35a: Process MT_GMSC (sheet 1) 
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Process I\/1T_GMSC 
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Figure 35b: Process MT_GMSC (sheet 2) 
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Process MT_GMSC 
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Figure 35c: Process MT_GMSC (sheet 3) 
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Process I\/1T_GMSC 
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Figure 35d: Process MT_GMSC (sheet 4) 
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Figure 35e: Process MT_GMSC (sheet 5) 
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Process MT_GMSC 
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Figure 35f: Process MT_GMSC (sheet 6) 
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Figure 35g: Process MT_GMSC (sheet 7) 
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Procedure Obtain_Routeing_Address 
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Figure 36a: Procedure Obtain_Routeing_Address (sheet 1) 
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Procedure ObtainRouteingAddress 
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Figure 36b: Procedure Obtain_Routeing_Address (sheet 2) 
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Procedure Obtain_Routeing_Address 
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Figure 36c: Procedure Obtain_Routeing_Address (sheet 3) 
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Procedure ObtainRouteing_Address 
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Figure 36d: Procedure Obtain_Routeing_Address (sheet 4) 
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Procedure Send_ACM_lf_Required 
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Figure 37: Procedure Send_ACM_lf_Required 
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Procedure Send_Answer_lf_Required 
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Figure 38: Procedure Send_Answer_lf_Required 
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Procedure Send_Network_Connect_lf_Required 
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Figure 39: Procedure Send_Network_Connect_lf_Required 
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Procedure Handle_COLP_Forwarding_lnteraction_l\/ISC 
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Figure 40: Procedure Handle_COLP_Forwarding_lnteraction_MSC 
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Figure 41 : Procedure Activate_Call_Forwarding_Process 
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Figure 42a: Process MT_CF_MSC (sheet 1) 
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Figure 42b: Process MT_CF_MSC (sheet 2) 
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Figure 42c: Process MT_CF_MSC (sheet 3) 
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Figure 42d: Process MT_CF_MSC (sheet 4) 
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Figure 42e: Process MT_CF_MSC (sheet 5) 
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Figure 43: Macro CUG_Support_Check_GMSC 
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7.2.2 Functional requirements of HLR 

7.2.2.1 Process SRLHLR 

Sheet 1: the procedures Check_Parameters, Subscription_Check_HLR, Handle_OR_HLR_CF and CAMEL_HLR_INIT 
can set the negative response parameter which is used by the process SRI_HLR to construct the Send Routeing Info 
negative response message. This negative response parameter is global data, accessible by the process SRI_HLR. 

Sheet 1: the procedure Handle_OR_HLR_CF is specific to Support of Optimal Routeing; it is specified in 3GPP 
TS 23.079 [13]. If the HLR does not support Optimal Routeing, processing continues from the "No" exit of the test 
"Result=Forward?". 

Sheet 1: the procedure CAMEL_HLR_INIT is specific to CAMEL; it is specified in 3GPP TS 23.078 [12]. If the HLR 
does not support CAMEL, processing continues from the "No" exit of the test"Result=Fail?". 

Sheet 2: the procedure First_Forwarding_HLR can set the negative response parameter which is used by the process 
SRI_HLR to construct the Send Routeing Info negative response message. This negative response parameter is global 
data, accessible by the process SRI_HLR. 

Sheet 2: the procedure CAMEL_CSI_Check_HLR is specific to CAMEL; it is specified in 3GPP TS 23.078 [12]. If the 
HLR does not support CAMEL, processing continues from the "No" exit of the test"Result=CSI active?". 

Sheet 2: the procedure CCBS_HandHng_HLR is specific to CCBS; it is specified in 3GPP TS 23.093 [22]. If the HLR 
does not support CCBS, processing continues from the "Yes" exit of the test "Result = OK?". 

Sheet 3: the procedure OR_HLR_Interrogate_VLR is specific to Optimal Routeing. It is specified in 3GPP 

TS 23.079 [13]. If the HLR does not support Optimal Routeing, processing continues from the "No" exit of the test 

" Result=Forward" . 

Sheet 3: if the HLR does not support Network Indication of Alerting, the test "Alerting pattern required" and the task 
"Set Alerting Pattern" are omitted. 

Sheet 3: the procedure CLI_HLR_Set_CLI is specific to Enhanced CLI Handling. It is specified in 3GPP 
TS 23.081 [14]. 

Sheet 4: the procedure PRN_Error_HLR can set the negative response parameter which is used by the process 
SRI_HLR to construct the Send Routeing Info negative response message. This negative response parameter is global 
data, accessible by the process SRI_HLR. 

Sheet 4: the procedure Forward_CUG_Check is specific to CUG. If the HLR does not support CUG, processing 
continues from the "Yes" exit of the test "Result=Call allowed?". 

Sheet 4: the test "Forwarding enquiry" is specific to Support of Optimal Routeing. If the HLR does not support Optimal 
Routeing, processing continues from the "No" exit of the test. 

Sheet 4: the procedure CAMEL_CSI_Check_HLR is specific to CAMEL; it is specified in 3GPP TS 23.078 [12]. If the 
HLR does not support CAMEL, processing continues from the "No" exit of the test "Result=CSI active?". 

Sheet 4: the procedures CAMEL_T_CSI_CHECK_HLR and CAMEL_0_CSI_CHECK_HLR are specific to CAMEL; 
they are specified in 3GPP TS 23.078 [12]. 

Sheet 4: the procedure CAMEL_D_CSI_CHECK_HLR is specific to CAMEL phase 3 or later; it is specified in 3GPP 
TS 23.078 [12]. 

7.2.2.2 Procedure Check_Parameters 

If any parameters required by the rules in clause 8 are missing from the message, the procedure sets the negative 
response to "Data missing". If any parameter has a value which is not in the set of values expected for the parameter, the 
procedure sets the negative response to "Unexpected data value". 
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7.2.2.3 Procedure Subscription_Check_HLR 

It is an implementation option to carry out the check for operator determined barring of incoming calls before the check 
on provisioning of the requested basic service. 

The negative response "Call barred" indicates whether the reason is operator determined barring or supplementary 
service barring, according to the result returned by the procedure Check_IC_Barring. 

The negative response "CUG reject" indicates whether the reason is: 

- Incoming calls barred within CUG; 
Requested basic service violates CUG constraints; 

- Subscriber not member of CUG; 

according to the cause returned by the procedure IC_CUG_Check. 

7.2.2.4 Procedure First_Forwarding_HLR 

The MS is not reachable if any of the following conditions is satisfied: 
The HLR has no location information for the subscriber; 
The subscriber record is marked as MS purged; 
The subscriber record is marked as MSC area restricted; 

The subscriber record is marked as Roaming Restricted due to Unsupported Feature; 
The subscriber is marked as deregistered because of subscription restrictions on roaming. 

7.2.2.5 Procedure PRN_Error_HLR 

The procedure CCBS_Report_PRN_Failure is specific to CCBS; it is specified in 3GPP TS 23.093 [22]. The procedure 
does not return a value; the following tests are on the value of the Provide Roaming Number negative response. 

The procedure Super_Charged_SRI_Error_HLR is specific to Super-Charger; it is specified in 3GPP TS 23. 116 [23]. If 
the HLR does not support Super-Charger, processing continues from the "No" exit of the test "Result=Purged?". 

If the HLR does not support Optimal Routeing, processing starts with the test "Negative response=Facility not 
supported?". 

7.2.2.6 Procedure Forward_CUG_Check 

7.2.2.7 Procedure Derive_Requested_Basic_Service_HLR 

The rules for deriving a Circuit-switched bearer capability from ISDN compatibility information or the MSISDN of the 
B subscriber are specified in 3GPP TS 29.007 [29]. If a GSM bearer capability cannot be derived from the ISDN 
compatibility information or the MSISDN of the B subscriber, the HLR applies a default basic service according to the 
requirements of the operator. 

7.2.2.8 Procedure Check_IC_Barring 

7.2.2.9 Procedure IC_CUG_Check 

7.2.2.10 Procedure Handle_CFU 

The test "Normal call" refers to the value of the indicator returned by the process MAF007. 
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The procedure CAMEL_CHECK_SII2_CDTI is specific to CAMEL Phase 3 or later; it is specified in 3GPP 

TS 23.078 [12]. If the GMSC does not support CAMEL Phase 3 or later, processing continues from the "Yes" exit of 

the test "Result = Pass?". 

7.2.2.11 Procedure Handle_CFN Re 

The test "Mobile subscriber not reachable" refers to the value of the indicator returned by the process MAFOIO. 

The procedure CAMEL_CHECK_SII2_CDTI is specific to CAMEL Phase 3 or later; it is specified in 3GPP TS 23.078 
[12]. If the GMSC does not support CAMEL Phase 3 or later, processing continues from the "Yes" exit of the test 
"Resuh = Pass?". 
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Figure 44a: Process SRI_HLR (sheet 1) 
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Figure 44b: Process SRI_HLR (sheet 2) 
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Figure 44c: Process SRI_HLR (sheet 3) 
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Figure 44d: Process SRI_HLR (sheet 4) 
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Figure 45: Procedure CheckParameters 
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Procedure SubscriptionCheckHLR 
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Figure 46: Procedure SubscriptionCheckHLR 
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Procedure First_Forwarding_HLR 
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Figure 47: Procedure First_Forwarding_HLR 
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Procedure PRN Error HLR 
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Figure 48: Procedure PRN_Error_HLR 
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Procedure Forward_CUG_Check 

[ N 
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Figure 49: Procedure Forward _CUG_Check 
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Procedure Derive_Requested_Basic_Service_HLR 
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Figure 50: Procedure Derive_Requested_Basic_Service_HLR 
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Procedure Check_IC_Barring 
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Figure 51a: Procedure Check_IC_Barring (sheet 1) 
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Procedure Check_IC_Barring 
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Figure 51b: Procedure Check_IC_Barring (sheet 2) 
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Procedure IC_CUG_Check 
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Figure 52: Procedure IC_CUG_Check 
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Procedure Handle CPU 
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Figure 53: Procedure Handle_CFU 
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Procedure Handle CFNRc 
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Figure 54: Procedure Handle_CFNRc 
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7.2.3 Functional requirements of VLR 

7.2.3.1 Process PRN_VLR 

Sheet 1: the procedure Check_Parameters is specified in subclause 7.2.2.2. 

Sheet 1: the test "Pre-paging allowed" takes the "yes" exit if: 

the information element "Pre-paging supported" was present in the Provide Roaming Number message; or 

as an operator option, the paging procedure can be completed before the minimum timer value for the Provide 
Roaming Number operation timer in the HLR has elapsed. 

Sheet 1 : the procedure Check_Reason_In_Serving_Network_Entity is specific to Super-Charger; it is specified in 
3GPPTS 23.116 [23]. If the VLR does not support Super-Charger, processing continues from the "No" exit of the test 
"Result=Purged?". 

Sheet 2, sheet 3, sheet 6, sheet 7: the procedure CAMEL_SET_SOA is specific to CAMEL; it is specified in 
3GPPTS 23.078 [12]. 

Sheet 2, sheet 3, sheet 6, sheet 7: the task "Store alerting pattern (if received)" is executed only if the VLR supports the 
feature Network Indication of Alerting. 

Sheet 2, sheet 3, sheet 6, sheet 7: the procedure CLI_PRN_VLR is specific to Enhanced CLI Handling. It is specified in 
3GPPTS 23.081 [14]. 

Sheet 2, sheet 3, sheet 6, sheet 7: the procedure CCBS_Handle_PRN is specific to CCBS; it is specified in 3GPP 
TS 23.093 [22]. 

Sheet 3, sheet 4: the number of unused authentication sets which triggers the VLR to request further authentication sets 
from the HLR is an operator option. 

Sheet 3, sheet 4: the process Fetch_Authentication_Sets_VLR is specified in subclause 7.1.2.11. 

Sheet 4: the procedure Search_For_MS_VLR is specified in subclause 7.3.2.3. 

Sheet 4: the test "Paging via SGSN possible" takes the "yes" exit if: 

the Gs interface is implemented; and 

- there is an association established for the MS between the MSC/VLR and the SGSN. 

Sheet 7, sheet 8: the state variables PAR pending, PAR successful and Fatal PAR error are global data, accessible to the 
matching instance of the process ICH_VLR, which is linked by the MSRN. 

Sheet 8: this process communicates with the matching instance of the process ICH_VLR, which is linked by the MSRN. 

Sheet 8: the test " Fatal PAR error?" takes the "Yes" exit if: 

the MS failed authentication, or 

the MS failed IMEI checking, or 

the HLR returned an "Unknown subscriber" error 
during the handling of the Process Access Request. 

7.2.3.2 Process Restore_Subscriber_Data_VLR 

7.2.3.3 Process PSLVLR 

Sheet 1: the procedure Check_Parameters is specified in subclause 7.2.2.2. If the HLR requests neither location 
information nor subscriber state, the VLR treats this as a missing parameter. 
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7.2.3.4 Procedure Retrieve_Location_lnfo_VLR 

The variable Current location retrieved is used to indicate that the location information was obtained by paging the MS. 
The test "Retrieve location info from SGSN" takes the "Yes" exit if: 

the Gs interface is implemented; and 

there is an association established between the MSC/VLR and the SGSN. 
The stored location information consists of: 

the service area ID (for UMTS) or cell ID (for GSM) of the cell in which the MS last established radio contact; 

the location number, geodetic information and geographical information derived from the service area ID or cell 
ID if the VLR is capable of doing so (the mapping from service area ID or cell ID to location number is network- 
specific and outside the scope of the UMTS and GSM standards); 

the age of the location information. 

The received location information consists of: 

the service area ID (for UMTS) or cell ID (for GSM) received in the paging response message or in the Send MS 
Information ack; 

the location number, geodetic information and geographical information derived from the service area ID or cell 
ID if the VLR is capable of doing so (the mapping from cell ID to location number is network-specific and 
outside the scope of the UMTS and GSM standards); 

the age of the location information. 

The output signal Send MS information towards the SGSN indicates that the required information is mobile location 
information. 

The derivation of the location number, geodetic information and geographical information from the received service 
area ID or cell ID is a VLR operator option (the mapping from service area ID or cell ID to location number is network- 
specific and outside the scope of the UMTS and GSM standards). 

7.2.3.5 Procedure Retrieve_Current_Location_VLR 

The test "Paging via SGSN possible" takes the "yes" exit if: 

the Gs interface is implemented; and 

the VLR configuration requires paging via the SGSN during VLR restoration. 

The output signal Page MS towards the SGSN includes or omits the Location area identity parameter depending on the 
availability of this information. If it is omitted, the signal Page MS is sent to every SGSN to which the VLR is 
connected. 

The test "Report upon change of service area" takes the yes exit if the MSC has performed the Location Reporting 
Control procedure with the Request Type IE set to "change of service area" [26]. 

If the test "Report upon change of service area" takes the no exit, then the MSC shall perform a Location Reporting 
Control procedure with the Request Type IE set to "Direct". 
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Figure 55a: Process PRN_VLR (sheet 1) 
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Process PRN_VLR 
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Figure 55b: Process PRN_VLR (sheet 2) 
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Process PRN_VLR 
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Figure 55c: Process PRN_VLR (sheet 3) 
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Figure 55d: Process PRN_VLR (sheet 4) 
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Process PRN_VLR 
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Figure 55e: Process PRN_VLR (sheet 5) 
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Process PRN_VLR 
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Figure 55f : Process PRN_VLR (sheet 6) 
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Figure 55g: Process PRN_VLR (sheet 7) 
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Figure 55h: Process PRN_VLR (sheet 8) 
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Process Restore_Subscriber_Data_VLR 
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Figure 56: Process Restore_Subscriber_Data_VLR 
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Figure 57a: Process PSI_VLR (sheet 1) 
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Figure 57b: Process PSI_VLR (sheet 2) 
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Procedure Retrieve Location Info VLR 
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Figure 58: Procedure Retrieve_Location_lnfo_VLR 
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Procedure Retrieve Current Location VLR 
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Figure 59: Procedure Retrieve_Current_Location_VLR 
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7.2.4 Functional requirements of MSC 

7.2.4.1 Process Prepage_MSC 

7.2.4.2 Procedure Prepaging_Page_MS_MSC 

The test "MS connection exists" takes the "Yes" exit if there is a radio connection established between the MS and the 
network. 

The test "MS busy" takes the "Yes" exit if the MS is engaged on a circuit-switched call. 

The signal input "MS connection established" indicates that the MS has responded to paging, or sent a CM service 
request for anything other than a circuit-switched call, or completed the location registration procedure. 

7.2.4.3 Prepaging_Search_For_MS_MSC 

The test "MS connection exists" takes the "Yes" exit if there is a radio connection established between the MS and the 
network. 

The test "MS busy" takes the "Yes" exit if the MS is engaged on a circuit-switched call. 

The signal input "MS connection established" indicates that the MS has responded to paging, or sent a CM service 
request for anything other than a circuit-switched call, or completed the location registration procedure. 

7.2.4.4 Process OSLMSC 

If the MS is engaged on a circuit-switched call, the state is busy, otherwise assumed idle. 

7.2.4.5 Process RCL_MSC 

7.2.4.6 Procedure Current_Location_Page_MSC 

The test "MS connection exists" takes the "Yes" exit if there is a radio connection established between the MS and the 
network. 

The test "GSM Access" takes the "Yes" exit if the MS is using a GSM radio access to communicate with the network. 

The test "Report on change of service area?" takes the "Yes" exit if the MSC has performed the Location Reporting 
Control procedure (see 3GPP TS 25.413 [26]) with the Request Type IE set to "Change of service area". 

If the test "Report on change of service area?" takes the "No" exit the MSC shall perform a Location Reporting Control 
procedure with the Request Type IE set to "Direct". 

7.2.4.7 Procedure Current_Location_Search_MSC 

The test "MS connection exists" takes the "Yes" exit if there is a radio connection established between the MS and the 
network. 

The test "GSM Access" takes the "Yes" exit if the MS is using a GSM radio access to communicate with the network. 

The test "Report on change of service area?" takes the "Yes" exit if the MSC has performed the Location Reporting 
Control procedure (see 3GPP TS 25.413 [26]) with the Request Type IE set to "Change of service area". 

If the test "Report on change of service area?" takes the "No" exit the MSC shall perform a Location Reporting Control 
procedure with the Request Type IE set to "Direct". 
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7.3 



MT call 



7.3.1 Functional requirements of serving MSC 



7.3.1.1 



Process ICH MSC 



Sheet 1 : the rules for converting the ISDN BC/LLC/HLC to a bearer service or teleservice are specified in 3GPP 
TS 29.007 [29]. 

Sheet 1: the task "Store UUS information (if received)" is executed only if the VMSC supports UUS. 

Sheet 1 : the variables TCH allocated, ACM sent, Answer sent and Network connect sent are global data, accessible to 
the procedures Establish_Terminating_TCH_If_Required, Send_ACM_If_Required, Send_Answer_If_Required and 
Send_Network_Connect_If_Required. 

Sheet 1: the variables UUS result sent, UUSl implicit active, UUSl explicit active, UUS2 active, UUS3 active and 
UUS CF interaction are specific to UUS. They are accessible to all UUS specific procedures. 

Sheet 1: the handling starting with the input signal "Continue CAMEL handling" is specific to CAMEL phase 3 or later. 
If the VMSC does not support CAMEL phase 3 or later, this signal will not be received from the VLR. 

Sheet 1: the procedure CAMEL_ICH_MSC_INIT is specific to CAMEL phase 3 or later; it is specified in 3GPP 
TS 23.078 [12]. 

Sheet 2: the procedure Process_Access_Request_MSC is specified in subclause 7.1.1.2. 

Sheet 2: the signal input Complete Call will be received in the state Wait_For_Page_Request only if the MSCA'^LR 
supports pre-paging. 

Sheet 2, sheet 3: the suggested mapping from values of the Send Info For Incoming Call negative response information 
element to values of the ISUP release cause (see ITU-T Recommendation Q.850 [36]) is shown in table 2. The mapping 
used is a matter for the network operator, depending on the telephony signalling system used. 

Table 2: Suggested mapping of Send Info For Incoming Call (SIFIC) 
negative responses to ISUP release causes 



SIFIC negative response 


ISUP release cause number 


ISUP release cause name 


Absent subscriber 


20 


Subscriber absent 


Busy subscriber 


17 


User busy 


CUG reject (Called party 88 
interaction violation) 


21 


Call rejected 


Forwarding violation 


21 


Call rejected 


Impossible call completion 


111 


Protocol error, unspecified 


No subscriber reply 


19 


No answer from user (user alerted) 


System failure 


111 


Protocol error, unspecified 


Unallocated roaming number 


111 


Protocol error, unspecified 



Sheet 2, sheet 3, sheet 5, sheet 7, sheet 8, sheet 10: the procedure CAMEL_MT_GMSC_DISC4 is called if the VMSC 
supports CAMEL phase 3 or later; it is specified in 3GPP TS 23.078 [12]. If the VMSC does not support CAMEL phase 
3 or later, processing continues from the "No" exit of the test "Result=Reconnect?". 

Sheet 2, sheet 4, sheet 7, sheet 8, sheet 10: the procedure CAMEL_MT_GMSC_DISC6 is called if the VMSC supports 
CAMEL phase 3 or later; it is specified in 3GPP TS 23.078 [12]. 

Sheet 3: the procedure CAMEL_MT_GMSC_DISC5 is called if the VMSC supports CAMEL phase 3 or later; it is 
specified in 3GPP TS 23.078 [12]. If the VMSC does not support CAMEL phase 3 or later, processing continues from 
the "No" exit of the test "Result=Reconnect?". 

Sheet 3: the task "Store CW treatment indicator for this call if received in SII2" is executed only if the VMSC supports 
CAMEL phase 3 or later. 
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Sheet 3: If the VMSC does not support CAMEL phase 3 or later, the procedure Complete_Call_In_MSC and the 
procedure Process_Call_Waiting_MSC will not return a "Reconnect" result. 

Sheet 3: the processing in the branch starting with the input signar'Process Call Waiting" is specific to Call Wait. If the 
VMSC does not support CW this signal will not be received from the VLR. 

Sheet 3, sheet 8, the procedure CD_Reject is specific to Call Deflection; it is specified in 3GPP TS 23.072 [11]. 

Sheet 3, sheet 8: the procedure CCBS_Set_Diagnostic_For_Release is specific to CCBS; it is specified in 3GPP 
TS 23.093 [22]. 

Sheet 3, sheet 4, sheet 10, sheet 11: the procedure CCBS_Check_Last_Call is specific to CCBS; it is specified in 3GPP 
TS 23.093 [22]. 

Sheet 4: the procedure UUS_ICH_Check_Support is specific to UUS; it is specified in 3GPP TS 23.087 [20]. 

Sheet 4: the procedure CAMEL_Check_ORLCF_VMSC is specific to CAMEL phase 2 or later; it is specified in 3GPP 
TS 23.078 [12]. 

If the VLR does not support CAMEL or no CAMEL information is available for the subscriber, then ORLCF may 
take place ('ORLCF' result from CAMEL_Check_ORLCF_VMSC). 

If CAMEL information is available for the subscriber and the GMSC supports the required CAMEL phase, then 
ORLCF may take place. The Resume Call Handling request shall include the relevant CAMEL information 
('ORLCF' result from CAMEL_Check_ORLCF_VMSC). 

If CAMEL information is available for the subscriber but the GMSC does not support the required CAMEL phase, 
then ORLCF shall not take place ('VMSCCF' result from CAMEL_Check_ORLCF_VMSC). 

Sheet 4: the procedure Handle_ORLCF_VMSC is specific to Support of Optimal Routeing. It is specified in 3GPP 
TS 23.079 [13]. If the VMSC does not support Optimal Routeing, processing continues from the "Continue" exit of the 
test "ResultForwarding Failed?". 

Sheet4, sheet 9: the procedures CD_Failure and CD_Success are specific to Call Deflection; they are specified in 3GPP 

TS 23.072 [11]. 

Sheet 5: the procedure CAMEL_MT_VMSC_Notify_CF is specific to CAMEL phase 3 or later; it is specified in 3GPP 
TS 23.078 [12]. 

Sheet 5: If the VMSC does not support CAMEL phase 3 or later, processing starts with the possible call of the 
procedure CCBS_Check_Last_Call. 

Sheet 5: The task "set redirection information" includes the mapping of the MSISDN parameter received in the Send 
Info For Incoming Call ack message to the redirecting number of the lAM message and the setting of the presentation 
indicator of the redirecting number of the lAM message according to the value of the Redirecting presentation 
parameter received in the Send Info For Incoming Call ack message. 

Sheet 5: it is an operator option whether to send an Address Complete message if the VLR returns forwarding 
information. If the VMSC sends an Address Complete message, it shall include the called party's status field of the 
Backward call indicator set to "no indication". 

Sheet 5, sheet 7: the procedure Send_ACM_If_Required is specified in subclause 7.2.1.3. 

Sheet 5: the procedure Activate_CF_Process is specified in subclause 7.2.1.7. 

Sheet 5: the procedure UUS_ICH_Set_Info_In_IAM is specific to UUS, it is specified in 3GPP TS 23.087 [20]. 

Sheet 5: the called party address sent in the lAM to the process MT_CF_MSC is the Forwarded-to number received in 
the Perform Call Forwarding ack. 

Sheet 5: the procedure CAMEL_Store_Destination_Address is specific to CAMEL phase 3 or later; it is specified in 
3GPPTS 23.078 [12]. 

Sheet 5; the procedure CD_Success is specific to Call Deflection; it is specified in 3GPPTS 23.0 72 [11]. 
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Sheet 6: The processing on this sheet is specific to CAMEL phase 3 or later. If the VMSC does not support CAMEL 
phase 3 or later, the input signal Int_Release Call will not be received. 

Sheet 7: the procedure CAMEL_MT_GMSC_ANSWER is called if the VMSC supports CAMEL phase 3 or later; it is 
specified in 3GPP TS 23.078 [12]. If the VMSC does not support CAMEL phase 3 or later, processing continues from 
the "No" exit of the test "Result=Reconnect?". 

Sheet 7: the procedure Handle_COLP_Forwarding_Interaction is specified in subclause 7.2.1.6. 

Sheet 7: the procedure Send_Answer_If_Required is specified in subclause 7.2.1.4. 

Sheet 7: the procedure Send_Network_Connect_If_Required is specified in subclause 7.2.1.5. 

Sheet 8: the procedure CCBS_MT_MSC_Check_Forwarding is specific to CCBS; it is specified in 3GPP 
TS 23.093 [22]. 

Sheet 9: the processing on this sheet is specific to CAMEL phase 3 or later. If the VMSC does not support CAMEL 
phase 3 or later, the input signal Send Info For MT Reconnected Call ack will not be received. 

Sheet 9: the procedure Handle_ORLCF_MSC is specific to OR; it is specified in 3GPP TS 23.079 [13]. If the VMSC 
does not support OR, processing continues from the "No" exit of the test "Result = Forwarding Failed?". 

Sheet 11, sheet 12: the procedure CAMEL_MT_GMSC_DISC1 is called if the VMSC supports CAMEL phase 3 or 
later; it is specified in 3GPP TS 23.078 [12]. 

Sheet 11, sheet 12: the procedure CAMEL_MT_GMSC_ DISC2 is called if the VMSC supports CAMEL phase 3 or 
later; it is specified in 3GPP TS 23.078 [12]. If the VMSC does not support CAMEL phase 3 or later, processing 
continues from the "No" exit of the test "Result=Reconnect?". 

Sheet 1 1: the procedure UUS_MSC_Check_UUSl_UUI is specific to UUS; it is specified in 3GPP TS 23.087 [20]. 

Sheet 12: after the VMSC has sent an lAM to the process MT_CF_MSC, it acts as a transparent relay for messages 
received from the GMSC and the process MT_CF_MSC. Any message other than Address Complete, Connect, Answer 
or Release causes no change of state in the process ICH_MSC. 

Sheet 13: The processing on this sheet is specific to CAMEL phase 3 or later. If the VMSC does not support CAMEL 
phase 3 or later, the input signal Int_Release Call will not be received. 

7.3.1.2 Procedure Page_MS_MSC 

Sheet 1: the test "MS connection exists" takes the "Yes" exit if there is a radio connection established between the MS 
and the network. 

Sheet 1: for an SMS or SS page, the test "Call still exists" takes the "Yes" exit if the SMS or SS transaction which led to 
the page still exists. 

Sheet 1: the test "SMS or SS page" is not required for the handling of circuit-switched calls, because the VLR will 
always use a page type of "circuit-switched call", but the more generalised procedure Page_MS_MSC is equally 
applicable to paging for SMS delivery or network-initiated SS procedures. 

Sheet 1: the test "MS busy" takes the "Yes" exit if the MS is engaged on a circuit-switched call. 

Sheet 1: the procedure Check_MT_Multicall_MSC is specific to Multicall; it is specified in 3GPP TS 23.135 [24]. If 
the VMSC does not support Multicall, processing continues from the "Yes" exit of the test "Result=Not provisioned?". 

Sheet 1: the test "Call in set-up" takes the "Yes" exit if the call on which the MS is engaged has not reached the 
established phase (called party answer). 

Sheet 1: the test Call waiting" takes the "Yes" exit if a waiting call has been offered to the subscriber but the outcome of 
offering the call has not been determined. 

Sheet 1 : if there is one established call, the negative response Busy Subscriber (More calls possible) includes the basic 
service which applies for the established call. If there are two or more established calls (the Multicall case), the negative 
response Busy Subscriber (More calls possible) includes the basic service list which applies for the established calls 

(See 3GPPTS 23.135 [24]). 
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Sheet 2: the signal input "MS connection established" indicates that the MS has responded to paging, or sent a CM 
service request for anything other than a circuit-switched call, or completed the location registration procedure. 

7.3.1.3 Procedure Search_For_MS_MSC 

Sheet 1: the test "MS connection exists" takes the "Yes" exit if there is a radio connection established between the MS 
and the network. 

Sheet 1: for an SMS or SS page, the test "Call still exists" takes the "Yes" exit if the SMS or SS transaction which led to 
the page still exists. 

Sheet 1: the test "SMS or SS page" is not required for the handling of circuit-switched calls, because the VLR will 
always use a page type of "circuit-switched call", but the more generalised procedure Search_For_MS_MSC is equally 
applicable to paging for SMS delivery or network-initiated SS procedures. 

Sheet 1: the test "MS busy" takes the "Yes" exit if the MS is engaged on a circuit-switched call. 

Sheet 1: the procedure Check_MT_Multicall_MSC is specific to Multicall; it is specified in 3GPP TS 23.135 [24]. If 
the VMSC does not support Multicall, processing continues from the "Yes" exit of the test "Result=Not provisioned?". 

Sheet 1: the test "Call in set-up" takes the "Yes" exit if the call on which the MS is engaged has not reached the 
established phase (called party answer). 

Sheet 1: the test "Call waiting" takes the "Yes" exit if a waiting call has been offered to the subscriber but the outcome 
of offering the call has not been determined. 

Sheet 1 : if there is one established call, the negative response Busy Subscriber (More calls possible) includes the basic 
service which applies for the established call. If there are two or more established calls (the Multicall case), the negative 
response Busy Subscriber (More calls possible) includes the basic service list which applies for the established calls 

(See 3GPPTS 23.135 [24]). 

Sheet 2: the signal input "MS connection established" indicates that the MS has responded to paging, or sent a CM 
service request for anything other than a circuit-switched call, or completed the location registration procedure. 

7.3.1.4 Procedure Complete_CallJn_MSC 

Sheet 1: the procedure Set_CLIP_Info_MSC is specific to CLIP. 

Sheet 1, sheet 2: the VMSC and the MS may negotiate the bearer capability to be used for the call by the exchange of 
information in the Set-up and Call Confirmed messages. 

Sheet 1: the procedure UUS_ICH_UUSl_ImpHcit_ Active is specific to UUS, it is specified in 3GPP TS 23.087 [20]. 

Sheet 1: the procedure CCBS_Report_Not_Idle is specific to CCBS; it is specified in 3GPP TS 23.093 [22]. 

Sheet 2: the procedure Establish_Terminating_TCH_MulticallI is specific to Multicall; it is specified in 3GPP 

TS 23.135 [24]. 

Sheet 2: the test "Result=Rejected?" can take the "Yes" exit only if the procedure 
Establish_Terminating_TCH_Multicalll was called. 

Sheet 2, sheet 3, sheet 4, sheet 5, sheet 6, sheet 7: the procedure CAMEL_MT_GMSC_DISC4 is called if the VMSC 
supports CAMEL phase 3 or later; it is specified in 3GPP TS 23.078 [12]. If the VMSC does not support CAMEL phase 
3 or later, processing continues from the "No" exit of the test "Result=Reconnect?". 

Sheet 2, sheet 3, sheet 6, sheet 9, sheet 10: the procedure CAMEL_MT_GMSC_DISC6 is called if the VMSC supports 
CAMEL phase 3 or later; it is specified in 3GPP TS 23.078 [12]. 

Sheet 2, sheet 5, sheet 9: the procedure CCBS_ICH_MSC_Report_Failure is specific to CCBS; it is specified in 3GPP 
TS 23.093 [22]. 

Sheet 3, sheet 5: the procedure CCBS_ICH_MSC_Report_Success is specific to CCBS; it is specified in 3GPP 
TS 23.093 [22]. 
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Sheet 3: the procedure CAMEL_Start_TNRy is called if the VMSC supports CAMEL phase 3 or later; it is specified in 
3GPPTS 23.078 [12]. 

Sheet 3, sheet 6: the procedure UUS_ICH_Check_Support is specific to UUS, it is specified in 3GPP TS 23.087 [20]. If 
the VMSC does not support UUS, processing continues from the "Yes" exit of the test "Result=Pass?". 

Sheet 3: the task "UTU2Cnt:=0" is executed only if the VMSC supports UUS. 

Sheet 3: the procedure Send_ACM_If_Required is specified in subclause 7.2.1.3. 

Sheet 3, sheet 6: the procedure Establish_Terminating_TCH_Multicall2 is specific to Multicall; it is specified in 3GPP 
TS 23.135 [24]. If the VMSC does not support Multicall, processing continues from the "Yes" exit of the test 
"Result=Pass?". 

Sheet 4, sheet 7: the procedure Handle_AoC_MT_MSC is specific to AoC. If the VMSC does not support AoC, 
processing continues from the "Yes" exit of the test "Result=Pass?". 

Sheet 4, sheet 7: the procedure CAMEL_MT_GMSC_ANSWER is called if the VMSC supports CAMEL phase 3 or 
later; it is specified in 3GPP TS 23.078 [12]. If the VMSC does not support CAMEL phase 3 or later, processing 
continues from the "Yes" exit of the test "Result=Pass?". 

Sheet 4, sheet 7: the procedure Set_COL_Presentation_Indicator_MSC is specific to COLP. 

Sheet 4: the procedure Send_Network_Connect_If_Required is specified in subclause 7.2.1.5. 

Sheet 5, sheet 11: the processing in the branch starting with the input "CD Request" is specific to Call Deflection; if the 
VMSC does not support Call Deflection the input is discarded. 

Sheet 5, sheet 11: the procedure Handling_CD_MSC is specific to Call Deflection; it is specified in 3GPP 

TS 23.072 [11]. 

Sheet 6: the procedure CAMEL_Stop_TNRy is called if the VMSC supports CAMEL phase 3 or later; it is specified in 
3GPPTS 23.078 [12]. 

Sheet 7: the procedure Send_Answer_If_Required is specified in subclause 7.2.1.4. 

Sheet 8: the input signal "CAMEL TNRy expired" will be received only if the VMSC supports CAMEL phase 3 or 
later. 

Sheet 8, sheet 11: the procedure UUS_ICH_Check_Forwarding is specific to UUS, it is specified in 3GPP 
TS 23.087 [20]. If the VMSC does not support UUS, processing continues from the "Yes" exit of the test 
"Result=Pass?". 

Sheet 9, sheet 10: the procedure UUS_MSC_Check_UUS 1_UUI is specific to UUS; it is specified in 3GPP 
TS 23.087 [20]. 

Sheet 11: the procedures UUS_MSC_Check_UUS2_UUI_to MS and UUS_MSC_Check_UUS2_UUI_to NW are 
specific to UUS, they are specified in 3GPP TS 23.087 [20]. 

Sheet 11: the procedure CD_UUS_Interaction is specific to Call Deflection; it is specified in 3GPP TS 23.072 [11]. 

7.3.1.5 Procedure Process_Call_Waiting_MSC 

Sheet 1: the procedure Set_CLIP_Info_MSC is specific to CLIP. 

Sheet 1 : the VMSC and the MS may negotiate the bearer capability to be used for the call by the exchange of 
information in the Set-up and Call Confirmed messages. 

Sheet 1: the Call Confirmed message indicates "busy" for the successful case. 

Sheet 1: the procedure Establish_Terminating_TCH_Multicalll is specific to Multicall; it is specified in 3GPP 
TS 23.135 [24]. If the VMSC does not support Multicall, processing continues from the "Yes" exit of the test 
"Result=Pass?". 

Sheet 1: the procedure UUS_ICH_UUSl_ImpHcit_ Active is specific to UUS; it is specified in 3GPP TS 23.087 [20]. 
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Sheet 1: the procedure CCBS_Report_Not_Idle is specific to CCBS; it is specified in 3GPP TS 23.093 [22]. 

Sheet 2, sheet 3, sheet 5: the procedure UUS_ICH_Check_Support is specific to UUS; it is specified in 3GPP 
TS 23.087 [20]. If the VMSC does not support UUS, processing continues from the "Yes" exit of the test 
"Resuh=Pass?" where the test follows the procedure call. 

Sheet 2: the procedure CCBS_ICH_MSC_Report_Success is specific to CCBS; it is specified in 3GPP TS 23.093 [22]. 

Sheet 2: the task "UTU2Cnt:=0" is executed only if the VMSC supports UUS. 

Sheet 2: the procedure CAMEL_Start_TNRy is called if the VMSC supports CAMEL phase 3 or later; it is specified in 
3GPPTS 23.078 [12]. 

Sheet 2: the procedure Send_ACM_If_Required is specified in subclause 7.2.1.3. 

Sheet 2, sheet 8: the processing in the branch starting with the input "CD Request" is specific to Call Deflection; if the 
VMSC does not support Call Deflection the input is discarded. 

Sheet 2, sheet 8: the procedure Handling_CD_MSC is specific to Call Deflection; it is specified in 3GPP 

TS 23.072 [11]. 

Sheet 2, sheet 3, sheet 6, sheet 7: the procedure CAMEL_MT_GMSC_DISC4 is called if the VMSC supports CAMEL 
phase 3 or later; it is specified in 3GPP TS 23.078 [12]. If the VMSC does not support CAMEL phase 3 or later, 
processing continues from the "No" exit of the test "Result=Reconnect?". 

Sheet 2, sheet 3, sheet 4, sheet 8: the procedure CCBS_ICH_MSC_Report_Failure is specific to CCBS; it is specified in 
3GPPTS 23.093 [22]. 

Sheet 3, sheet 7: the Release transaction (reject) message covers all unsuccessful cases not otherwise indicated. 

Sheet 4, sheet 7: the procedure UUS_MSC_Check_UUSl_UUI is specific to UUS; it is specified in 3GPP 
TS 23.087 [20]. 

Sheet 4, sheet 8: the procedure CAMEL_MT_GMSC_DISC6 is called if the VMSC supports CAMEL phase 3 or later; 
it is specified in 3GPP TS 23.078 [12]. 

Sheet 5: the procedure CAMEL_Stop_TNRy is called if the VMSC supports CAMEL phase 3 or later; it is specified in 
3GPPTS 23.078 [12]. 

Sheet 5: the procedure Establish_Terminating_TCH_Multicall2 is specific to Multicall; it is specified in 3GPP 

TS 23.135 [34]. 

Sheet 6: the procedure Handle_AoC_MT_MSC is specific to AoC. If the VMSC does not support AoC, processing 
continues from the "Yes" exit of the test "Result=Pass?". 

Sheet 6: the procedure CAMEL_MT_GMSC_ANSWER is called if the VMSC supports CAMEL phase 3 or later; it is 
specified in 3GPP TS 23.078 [12]. If the VMSC does not support CAMEL phase 3 or later, processing continues from 
the "Yes" exit of the test "Result=Pass?" on sheet 6. 

Sheet 6: the procedure Set_COL_Presentation_Indicator_MSC is specific to COLP. 

Sheet 6: the procedure Send_Answer_If_Required is specified in subclause 7.2.1.4. 

Sheet 7: the input signal "CAMEL TNRy expired" will be received only if the VMSC supports CAMEL phase 3 or 
later. 

Sheet 7: the procedure CAMEL_MT_GMSC_DISC5 is called if the VMSC supports CAMEL phase 3 or later; it is 
specified in 3GPP TS 23.078 [12]. If the VMSC does not support CAMEL phase 3 or later, processing continues from 
the "No" exit of the test "Result=Reconnect?". 

Sheet 7, sheet 8: the procedure UUS_ICH_Check_Forwarding is specific to UUS; it is specified in 3GPP 
TS 23.087 [20]. If the VMSC does not support UUS, processing continues from the "Yes" exit of the test 
"Result=Pass?". 

Sheet 8: the procedures UUS_MSC_Check_UUS2_UUI_to_MS and UUS_MSC_Check_UUS2_UUI_to_NW are 
specific to UUS; they are specified in 3GPP TS 23.087 [20]. 
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Sheet 8: the procedure CD_UUS_Interaction is specific to Call Deflection; it is specified in GSM 23.0 72 [11]. 

7.3.1 .6 Procedure Set_CLIP_lnfo_MSC 

The originating exchange may release the call or the MS may terminate the transaction with the network by sending a 
Release transaction message while a response is awaited from the process CLIP_MAF002. The message is saved for 
processing after return from the procedure. 

7.3.1.7 Procedure Derive_GSM_BC_MSC 

7.3.1.8 Procedure Establish_Terminating_TCH_lf_Required 

7.3.1.9 Procedure Handle_AoC_MT_MSC 

7.3.1 .10 Procedure Set_COL_Presentation_lndicator_MSC 

The originating exchange may release the call or the MS may terminate the transaction with the network by sending a 
Release transaction message while a response is awaited from the process COLP_MAF041. The message is saved for 
processing after return from the procedure. 
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Figure 67a: Process ICH_MSC (sheet 1) 
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Figure 67b: Process ICH_MSC (sheet 2) 
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Process ICH MSC 
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Figure 67c: Process ICH_MSC (sheet 3) 
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Figure 67d: Process ICH_MSC (sheet 4) 
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Process ICH_MSC 
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Figure 67e: Process ICH_IUISC (sheet 5) 
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Process ICH_MSC 
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Figure 67f: Process ICH_MSC (sheet 6) 
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Process ICH MSC 
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Figure 67g: Process ICH_MSC (sheet 7) 
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Process ICH^MSC 
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Figure 67h: Process ICH_MSC (sheet 8) 
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Process ICH MSC 
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Figure 67i: Process ICH_MSC (sheet 9) 
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Process ICH_MSC 
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Figure 67j: Process ICH_MSC (sheet 10) 
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Process ICH^MSC 
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Figure 67k: Process ICH_MSC (sheet 11) 
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Process ICH_MSC 
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Figure 671: Process ICH_MSC (sheet 12) 
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Figure 67m: Process ICH_MSC (sheet 13) 
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Figure 68a: Procedure Page_MS_MSC (sheet 1) 
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Procedure Page_l\/1S_MSC 
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Figure 68b: Procedure Page_MS_MSC (sheet 2) 
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Figure 69a: Procedure Search_For_MS_MSC (sheet 1) 
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Figure 69b: Procedure Search_For_MS_MSC (sheet 2) 
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Figure 70a: Procedure Complete_Call_ln_MSC (sheet 1) 
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Procedure Com plete_Call_ln_MSC 
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Figure 70b: Procedure Complete_Call_ln_MSC (sheet 2) 
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Procedure Complete_CallJn_MSC 
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Figure 70c: Procedure Complete_Call_ln_l\flSC (sheet 3) 
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Procedure Com plete_Call_ln_MSC 
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Figure 70d: Procedure Complete_Call_ln_MSC (sheet 4) 
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Procedure Complete_CallJn_MSC 
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I to complete an MT call ~1 
I on request from the VLB i 



Result:^ 
Reconnect 




.Alerting 
^failure 



CAMEL_ 

MT_GMSC_ 

DISC4 




CCBS_ICH_MSC_ 
Report_Failure 



Result:^ 
Aborted 




i See TS 23.078 



i See TS 23.093 



Release ^ To GMSC 



Wait_For_ 
Alerting 




Release 
transaction 



CCI_MSC5(1 1 ) 



Signals to /from the left \ 
are to/from the BSS; ^ 
signals to/from the right 
are to/from the VLR | 

unless marked otherwise ' 



>CD_Request 



CCBS_ICH_MSC_ 
Report_Success 



- H See TS 23.093 



Handling_CD_MSC 



i See TS 23.072 



Complete 
I Call 
negative 
response 



Result:^ 
Fail 




Figure 70e: Procedure Complete_Call_ln_MSC (sheet 5) 
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Procedure Complete_Call_ln_l\/lSC 



Procedure in the MSC i . 
to complete an MTcall ^ 
on request from the VLR 



/ Wait_for_ 
Answer 




1 See TS 23.078 



-^ See TS 23.087 



Establish_ 
T^rminating_TCI^_- -i See TS 23.1 35 
Multicail2 



Yes 




See TS 23.078 I 





Yes 



Abort 



SeeTS23.078r 



CAMEL_ 

MT_GMSC_ 

DISC6 



CCI_MSC6(11) 

Signals to/from the left K 
are to/from the BSS; 
signals to/from the right 
are to/from the VLR 
unless marl^ed otherwise 



Result:= 
Aborted 




Figure 70f: Procedure Complete_Call_ln_MSC (sheet 6) 
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Procedure Com plete_Call_ln_MSC 



CCI_MSC7(1 1) 



Procedure in the MSC , \ 
to complete an MT call ^ 
on request from the VLB 



Result: = 
Aborted 



SeeTS 23.078 , 



Result: = 
Reconnect 




Signals to /from the left \ 
are to/from the BSS; ~ 
signals to/from the right 
are to/from the VLR 
unless marked otherwise 



- nSee TS 23.078 



Set cause 



Result; = 
Reconnect 



Abort 



Result: = 
Aborted 



Figure 70g: Procedure Complete_Call_ln_MSC (sheet 7) 
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Procedure Complete_Call_ln_MSC 



Procedure in the MSC i \ 
to complete an MTcall ^ 
on request from the VLR 



No Reply 
>Call Timer 
expired 



CCI_MSC8(11) 



Wait_for_ \ 
Answer ; 

/ 



Signals to/from the left K 
are to/from the BSS; 
signals to/from the right 
are to/from the VLR 
unless marked othen/vise 



CAMELTNRy 
expired 



UUS_ICH_ 

Check_ 
Forwarding 



1 See TS 23.087 




Yes 



Set negative 

response: 
No subscriber 



reply 




respon!;e 



Release 
transaction 



Result:= 
Fail 





Figure 70h: Procedure Complete_Call_ln_MSC (sheet 8) 



£75/ 



3GPP TS 23.018 version 3.12.0 Release 1999 



177 



ETSI TS 123 018 V3.12.0 (2003-03) 



Procedure Complete_Call_ln_l\/lSC 



Procedure in the MSC i . 
to complete an MTcall ^ 
on request from the VLR 



Wait_For_Setup_Response, 
Wait_For_Alerting 



CCI_MSC9(11) 

Signals to/from the left K 
are to/from the BSS; 
signals to/from the right 
are to/from the VLR 
unless marl^ed otherwise 



>Reiease -^FromCMSC 



cc;bs_ich_ivis(; 

Report_Faiiure 



iSeeTS23.093 




Set negative 

response: 

Busy subscriber 



(UDIUB) 



Result:= 

Fail 




CAIVIEL_ 

IVIT_GIVISC_ 

DISCS 



iSeeTS 23.078 



UUS_IVISC_ 

Checl<_ 
UUS1 UUI 



1 See TS 23.087 



Release ^ToGMSC 



C(tBS_ICH_MSC 
Report_Failure 



UUS_MSC_ 

Check_ 
UUS1 UUI 



--T See TS 23.093 



iSeeTS 23.087 



Release 
transaction 



Abort 



Resull:= 
Aborted 




Figure 70i: Procedure Complete_Call_ln_MSC (sheet 9) 
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Procedure Complete_Call_ln_MSC 



Procedure in the MSC i \ 
to complete an MTcall ^ 
on request from the VLR 



Wait_For_ \ 
Answer ] 



.Release 

transaction 



See TS 23.087 , 




Set negative 

response: 

Busy subscriber 

(UDfJB) 



Compiete 

Caii 

negative 



response 



Result:= 
Fail 




From GMSC 




-hToGMSC 



Abort 



Result:= 
Aborted 




cci_MSCio(ii; 



Signals to/from the left h 
are to/from the BSS; 
signals to/from the right 
are to/frorr the VLR 
unless marked otherwise 



> Re lease 



See TS 23 .087 I 



UUS_MSC_ 

Check_ 
UUS1 UUI 



Release 
transaction 



See TS 23 .078 I 



1 See TS 23.087 



CAMEL_ 

MT_GMSC_ 

DISC 6 



Figure 70j: Procedure Complete_Call_ln_MSC (sheet 10) 
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Procedure Complete_CallJn_MSC 



Procedure in the MSC \ 
I to complete an MT call ~1 
I on request from the VLB i 



Signals to/from the left l\ 
are to/from the BSS; — 
signals to/from the right 
are to/from the VLR 
unless marked otherwise 



See TS 23.072 



CD_UUS_ 
Interaction 



Wait_„For_ 
Answer 



> CD Request 



UUS_ICH_ 

Check_ 
Forwarding 



.^^' Result= 
Pass? 



Handling_ 
CD MSC 



! Complete 
Call 




User to 
User 



See TS 23.087 



i See TS 23.087 



i See TS 23.072 



UUS_MSC_ 
Check_UUS2_ 

UUI to NW 



Wait_For_ 
Answer 



Wait_For_ 
Answer 



CCLMSC11(11) 



Int Release 



Wait_For_Alerting, 
W ai t_ Fo r_ An swer 



1 From gsmSSF 



Release 
transaction 




User to 
User 



UUS_M SC_ 

Check_UUS2_ 

UUI_to_MS 



- H See TS 23.087 



Figure 70k: Procedure Complete_Call_ln_MSC (sheet 11) 
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Procedure Process_Call_Waiting_MSC 



Procedure in the MSC ix 

to handle a Process Call Waiting^ 
request from the VLR 



CW Treatment Indicator 
for existing call set to 
CW Allowed? 




Yes 



Derive_ 
CS BC MSC 



Setup 



Set negative 

response: 

Busy 

subscrib4r(NDUI 



See TS 23.087 , 



See TS 23.093 r 



US_ICH_UUS 
lmpllclt_ 
Active 



(;CBS_Report 
Not_ldle 



/ Wait_For_ \ 

I Setup_ j 
*^ Response / 



Call 
Confirmed 




Establlsh_ 
See TS 23.135 r -T^rmlnating_TCI^. 
MultlcalU 




Yes 



Wait_For_ 
Alerting 




Yes 



PCW_MSC1(8) 



Signals to/from the left 
are to/from the BSS; 
signals to/from the right 
are to/from the VLR 
unless marl^ed othen/vlse 




Figure 71a: Procedure Process_Call_Waiting_MSC (sheet 1) 
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Procedure Process_Call_Waiting_MSC 



PCW_MSC2(8) 



Procedure in the MSC |\ 

to handle a Process Call Waiting^ 
request from the VLR 



Signals to/from the left [\ 
are to/from the BSS; 
signals to/from the right 
are to/from the VLR 
unless marked otherwise 



Walt_For_ 
Alerting 



CD Request 



nSeeTS 23.087 




- -^ For waiting call 



C|CBS_ICH_MSC; 
Feport_Succes> 



-- nSeeTS 23.093 




Alerting 
failure 



Set cause 



UTU2Cnt:=0 



^^RCT~ 
\movldedX-^ 

T Yes 



No 



Start 
No Reply 
Call Timer 



Start 

Acceptance 

timer 



CAMEL_ 
Start_TNRy 



Send_ACM_ 
lf_Requlred 



nSeeTS 23.078 



To GMSCof 
^waiting call 



Walt_For_ 
Acceptance 



- -iSee TS 23.093 



- nSee TS 23.072 



CAMEL_ 

MT_GMSC_ 

DISC4 



3 su lt=~~ 
e connect 



nSeeTS 23.093 



Yes 



No 




cc;bs_ich_msc 

Report_Fallure 



Release 



Abort 



-- nSeeTS 23.093 



To GMSC of 
" ^waiting call 



Result:= 
Aborted 




Figure 71b: Procedure Process_Call_Waiting_MSC (sheet 2) 
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Procedure Process_Call_Waiting_MSC 



Procedure in the MSC |\ 

to handle a Process Call Waiting^ 
request from the VLR 




/ Wait_For. 

I Setup_ 

y Response j 



>Setup failure 



PCW_MSC3(8) 

signals to/from the left [\ 
are to/from the BSS; 
signals to/from the right 
are to/from the VLR 
unless marked otherwise 




Clear 

pending 

call 



UUS_ICH_ 
Check_ 
Support 



nSee TS23.078 



'lnt_Release_ 
/ Call 



- nSee TS 23.087 



1 From gsmSSF 



Set negative 

response: 

Busy 

subscrib4r{UDUB) 



Release 



Abort 



nSee TS23.093 



To GMSCof 
^waiting call 



see TS 23.093 ^='?^SJCH_MS$L 






Figure 71c: Procedure Process_Call_Waiting_MSC(sheet 3) 
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Procedure Process_Call_Waiting_MSC 



Procedure in the MSC |\ 

to handle a Process Call Waiting^ 
request from the VLR 



Wait_For_Setup_Response, 
Wait_For_Alertlng 



>Release 



From GMSC of 
^waiting call 



c(;bs_ich_ms(1;. 

Report_Fallure 



UUS MSC 

Check 
UUS1 UUI 






/ Release 
V transaction 



-- ^See TS 23.093 



iSee TS 23.087 



CAMEL_ 

MT_GMSC_ 

DISC6 



- ^For waiting call 



iSee TS 23.078 



Abort 



Release call 
resources 



nFor waiting call 



Result: = 
Aborted 




PCW_MSC4(8) 

Signals to/from the left [\ 
are to/from the BSS; 
signals to/from the right 
are to/from the VLR 
unless marked otherwise 



Figure 71 d: Procedure Process_Call_Waiting_MSC(sheet 4) 
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Procedure Process_Call_Waiting_MSC 



PCW_MSC5(8) 



Procedure in the MSC ix 

to handle a Process Call Waiting^ 
request from the VLR 



From gsmSSF i 



lnt_Release/ 
Call \ 



Abort 



To G MSC of 
waiting call 



Release 
transaction 



Release 



Result:= 
Aborted 




/ Walt_for_ 
'i Acceptance 



Signals to/from the left K 
are to/from the BSS; 
signals to/from the right 
are to/from the VLR 
unless marl^ed otherwise 



>Connect 



CAIVIEL_ 
Stop_TNRy 



1 See TS 23.078 



UUS_ICH_ 
Check_ 
Support 



^ See TS 23.087 




Yes 



/ 


\ 




Multlca 


1 


ToGMSC of 


\ 




inMSC? 


waiting call 












No 
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Establish_ 

Terminating 

TCH If 


T 


Establish_ 

srmlnatlng TCI 

Multicall2 


_-^SeeTS 23.135 



Release 



Reqijired 





Figure 71e: Procedure Process_Call_Waiting_MSC(sheet 5) 
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Procedure Process_Call_Waiting_MSC 



I Procedure in the MSC | ■, 

I to handle a Process Call Waitingi 
I request from the VLB i 




See TS 23.078 





Set_COL_ 
Presentation_ 
IndicatorMSC 



To GMSC of 
waiting call 



Send_ 
Answer_lf_ 
Required 



Process Call 
Waiting ack 




PCW_MSC6(8) 



Signals to therighth 
aretotheVLR ^ 





CAMEL_ 

MT_GMSC_ 

DISC4 



■^ Result= ■^ 
Reconnect?^ 




To GMSC of 
waiting caii 





H See TS 23.078 



See TS 23.078 



CAIVIEL_ 

IVIT_GIVISC_ 

DISC6 



For waiting oali 



Reiease caii 
resouroes 




Figure 71f : Procedure Process_Call_Waiting_MSC(sheet 6) 
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Procedure Process_Call_Waiting_MSC 



PCW_MSC7(8) 



Procedure in the MSC ix 

to handle a Process Call Waiting^ 
request from the VLR 



Re lease 
> transaction 
(busy) 




j Wait_for_ \ 
I Acceptance ) 



Signalsto/from the left [\ 
areto/frorr the BSS; 
signals to/from the right 
are to/frorr the VLR 
unless marked otherwise 



Release 

>transaction 
(reject) 



Acceptance 
_timer expired 



CAMEL TNpy 
expired 



No Reply 
^Call Timer 
expired 



See TS 23.087 h 



UUS_ICH_ 

Check_ 
Forwarding 




Release ' ... ,, 

,„„,,„,:„„ - Hpor waiting call 
transaction , ^ 




^ See TS 23.078 



CAMEL_ 

MT_GMSC_ 

DISCS 



Release 



Yes 



^ See TS 23.087 



ToGMSC of 

^waiting call 



^ See TS 23.078 



For waiting call 



Result:= 
Reconnect 




Abort 



Result:= 
Aborted 




Set negative 



response: 
No subscriber 



rebly 




Figure 71 g: Procedure Process_Call_Waiting_MSC(sheet 7) 
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Procedure Process_Call_Waiting_MSC 



PCW_MSC8(8) 



Procedure in the MSC ix 

to handle a Prooess Call Waiting^ 
request from the VLR 



Wait_For_ 
Acceptance 



Signals to/from the left K 
are to/from the BSS; 
signals to/from the right 
are to/from the VLR 
unless marl^ed otherwise 



> Re lease 



UUS_IVISC_ 

Check_ 
UUS1 UUI 



From GMSC of 
^waiting call 



-^ See TS 23.087 



Release ' ... ,, 

transacfoni-^ For waiting call 



CAIVIEL_ 

IVIT_GIVISC_ 

DISC6 



See TS 23.072 r 



1 See TS 23.078 



Abort 



Release call 
resources 



- -1 Forwaiting call 




>CD Request 



UserTo 
User 



-^SeeTS23.087 




UUS_MSC_ 
;heck_UUS2 
UUI to NW 



From GMSC of 
active call [ 



-^ See TS 23.087 



UserTo 
User 



Process ^ 
Call Waiting 
negative / 
response 




UUS_MSC_ 
;heck_UUS2_ 
UUI_to_MS 

/ Walt_For_ 
I Acceptance .' 



o ^c-.< ^4U-For Setup Response, 
^SeeGSN^l5^2^P„^-^l3^';- 



From GIVISC of 
waiting call 



See TS 23.093 r 



> Release 



cc;bs_ich_msc; 

Report_Fallure 



See TS 23.087 I 



UUS_IVISC_ 

Check_ 
UUS1 UUI 



^ ... ,. / Release 

For waiting call r - < ,„„„,„«„„ 
^ \ transacton 




See TS 23.078 I 



CAMEL_ 

MT_GIVISC_ 

DISC6 



Abort 



For waiting call r 



Release call 
resources 



Result:= 
Aborted 



Figure 71 h: Procedure Process_Call_Waiting_MSC(sheet 8) 
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Procedure Set_CLIP_lnfo_MSC 

— — — — — — — — — — — — — — — — —f^ 

Procedure in the MSC i \ 

to determine the CLIP ^ 

information to be sent to the MS i 



CAINF Midi 



Signals to/from the right 
are to/from the process 
CLiP_MAF002 



Initiate 
handling 
of CLIP 



Wait_For_ 
CLIP_lnfo 



Release 
transaction / 



1 From BSS 



Continue 

call 

handling 



Release / ^FromGMSC 




Figure 72: Procedure Set_CLIP_lnfo_MSC 
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Procedure Derive CS BC MSC 



DRBC M1(i; 



Procedure in the MSC to i x 
derivethe requested GSM BC" 
for an incoming (MT) call 
according to the ru ies of 
GSIVI 09.07 





CS BC derived from 
ISDN compatibility 
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Yes 
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received 

in PRN 



Usees BC 

derived from 

ISDN compatibility 

infornhation 




Figure 73: Derive_CS_BC_MSC 
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Procedure EstablishTerm inatingTCHIfRequired 



ETTCIRKD 



Procedure in the terminating VIVISC 
to establish a Traffic Channel 
if one hasnotbeen established 
for this call 



Signais to /from the left [\ 
are to/from the BSS; ^ 
sig nais to/from the right 
are to/from the GMSC 




True 



False 



Ai locate 
channel 



Resuit:= 
Pass 



W ait_Fo r_ 

Allocation_ 

\ Compiete 




Release 
transaction 



, Allocation 
^failure 



Aliocation 
compiete 



Release 



Reiease 
transaction 



Resuit:= 
Faii 



rCH aliocated: 
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Resuit:= 
Pass 



Reiease 
transaction 



Resuit:= 
Aborted 




Figure 74: Procedure EstablishTerminatingTCHJfRequired 
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Procedure Handle AoC MT MSC 



Procedure in the MSC |\ 

to handle AoC signalling ^ 
towards the MS for an MT call 



Set 

charging 

parameters 





Result:= 
Pass 




Yes 





Yes 



Set 

charging 

parameters 



Start AoC 

acknowledgment 

timer 



/ Wait_For_ 
( Charging. 
\ Parameters_ / 



Atk 



Release 
connection 



Result:. 
Fail 




A0CMT_M1(i; 



K 



Signals to/from the left 

are to/from the BSS; 

signals from the right 

are from the AoC timer function. 



AoC 

acknowledg<nent 
timer expired 



Release 
transaction 



Figure 75: Procedure Handle_AoC_MT_MSC 
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Procedure Set COL Presentation Indicator IVISC 



Procedure in the MSC |\ 
to determine the COL ^ 

presentation indicator value 



Signals to/from the right 
are to/from the process 
COLR_MAF041 



Release 
transaction 



' 1 From BSS 



Initiate 
handling 
of COLR 



/ Wait_For_ 
\ COLR_lnfo 



Continue 

call 

handling 




COIND M1(i; 



Release / ^FromGMSC 



Figure 76: Procedure Set_COL_Presentation_lndicator MSC 
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7.3.2 Functional requirements of VLR 
7.3.2.1 Process ICH_VLR 

Sheet 1: if the MSRN received in the Send Info For Incoming Call is not allocated or there is no IMSI record for the 
IMSI identified by the MSRN, this is treated as an unknown MSRN. 

Sheet 1: the procedure CAMEL_ICH_VLR is specific to CAMEL phase 3 or later; it is specified in 3GPP 

TS 23.078 [12]. If the VLR does not support CAMEL phase 3 or later, processing continues from the possible call of 

the procedure CCBS_ICH_Set_CCBS_Call_Indicator. 

Sheet 1: the procedure CCBS_ICH_Set_CCBS_Call_Indicator is specific to CCBS; it is specified in 3GPP 
TS 23.093 [22]. 

Sheet 1, sheet 2, sheet 5: the procedure CCBS_ICH_VLR_Report_Failure is specific to CCBS; it is specified in 3GPP 
TS 23.093 [22]. 

Sheet 1, sheet 3: the procedure CCBS_ICH_Report_Not_Reachable is specific to CCBS; it is specified in 3GPP 
TS 23.093 [22]. 

Sheet 2: this process communicates with the matching instance of the process PRN_VLR, which is linked by the 
MSRN. 

Sheet 2: the test "Paging via SGSN possible" takes the "yes" exit if 

the Gs interface is implemented; and 

- there is an association established for the MS between the MSC/VLR and the SGSN. 

Sheet 3: the test "NDUB?" takes the "Yes" exit if the Page MS negative response or the Search for MS negative 
response had the value Busy Subscriber (NDUB). 

Sheet 3: the procedure Get_CW_Subscription_Info_VLR is specific to Call Waiting. If the VLR does not support Call 
Waiting, processing continues from the "No" exit of the test "CW available?". 

Sheet 3: the procedure Get_CW_Subscription_Info_Multicall_VLR is specific to Multicall; it is specified in 3GPP 
TS 23.135 [34]. If the VLR does not support both Multicall and Call Waiting, processing continues from the "No" exit 
ofthe test "CW available?". 

Sheet 3: the VLR uses the basic service returned in the Page MS negative response or the Search for MS negative 
response Busy Subscriber (More calls possible) to determine whether call waiting is available. 

Sheet 3: the procedure Get_LI_Subscription_Info_MT_VLR is specific to CLIP and COLR. If the VLR supports 
neither CLIP nor COLR, the procedure call is omitted. 

Sheet3: the procedure Get_AoC_Subscription_Info_VLR is specific to AoC; it is specified in subclause 7.1.2.15. 

Sheet 3 sheet 6: the procedure CLI_ICH_VLR_Add_CLI is specific to Enhanced CLI Handling. It is specified in 3GPP 
TS 23.081 [14]. 

Sheet 3: the procedure CCBS_ICH_Handle_NDUB is specific to CCBS; it is specified in 3GPP TS 23.093 [22]. If the 
VLR does not support CCBS, processing continues from the "Forward" exit ofthe test "Result". 

Sheet 3: the procedure Process_Access_Request_VLR is specified in subclause 7.1.2.2. 

Sheet 3: the output signal Page MS towards the SGSN includes the Location area identity parameter. 

Sheet 3: if the VLR does not support CUG, handling continues from the "No" exit ofthe test "CUG info present?". 

Sheet 4, sheet 6: the procedure CAMEL_CHECK_SII2_CDTI is specific to CAMEL Phase 3 or later; it is specified in 
3GPP TS 23.078 [12]. If the GMSC does not support CAMEL Phase 3 or later, processing continues from the "Yes" 
exit ofthe test "Result = Pass?". 

Sheet 5, sheet 6: the procedure CD_Authorization is specific to Call Deflection, it is specified in 3GPP TS 23.072 [11]. 
If the VLR does not support Call Deflection, processing continues from the "Yes" exit ofthe test "Result=Aborted?". 
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Sheet 5, sheet 6: the procedure CCBS_ICH_Handle_UDUB is specific to CCBS; it is specified in 3GPP TS 23.093 [22]. 

Sheet 6: the test "NDUB?" is executed only if the VLR supports CCBS. If the VLR does not support CCBS, processing 
continues from connector 5. 

Sheet 7: the procedure CCBS_ICH_Set_CCBS_Target is specific to CCBS; it is specified in 3GPP TS 23.093 [22]. 

Sheet 7: the procedure Handle_CFNRc is specified in subclause 7.2.2.11. 

Sheet 8: the procedure Forward_CUG_Check is specific to CUG; it is specified in subclause 7.2.2.6. If the VLR does 
not support CUG, processing continues from the "Yes" exit of the test "Result=Call allowed?". 

Sheet 8: the procedures CAMEL_0_CSI_Check_VLR, and CAMEL_D_CSI_Check_VLR are specific to CAMEL 
phase 3 or later; they are specified in 3GPP TS 23.078 [12]. 

7.3.2.2 Procedure Derive_Requested_Basic_Service_VLR 

If the VLR did not receive a basic service for the call in the Send Info For Incoming Call, and did not receive a GSM 
bearer capability in the Provide Roaming Number, it applies a default basic service according to the requirements of the 
operator. 

7.3.2.3 Procedure Search_For_MS_VLR 

The test "Paging via SGSN possible" takes the "yes" exit if 

the Gs interface is implemented; and 

the VLR configuration requires paging via the SGSN during VLR restoration. 

The output signal Page MS towards the SGSN omits the Location area identity parameter. It is sent to every SGSN to 
which the VLR is connected. 

7.3.2.4 Procedure Get_CW_Subscription_lnfo_VLR 

The VMSC may abort the transaction with the VLR while a response is awaited from the process MAF013. The 
message is saved for processing after return from the procedure. 

7.3.2.5 Procedure Get_LI_Subscription_lnfo_MT_VLR 

The VMSC may abort the transaction with the VLR while a response is awaited from the process CLIP_MAF001 or the 
process COLR_MAF040. The message is saved for processing after return from the procedure. 

7.3.2.6 Procedure Handle_CFB 

The test "Normal call busy" refers to the value of the indicator returned by the process MAF008. 

The procedure CAMEL_CHECK_SII2_CDTI is specific to CAMEL Phase 3 or later; it is specified in 

3GPP TS 23.078 [12]. If the GMSC does not support CAMEL Phase 3 or later, processing continues from the "Yes" 

exit of the test "Result = Pass?". 

7.3.2.7 Procedure Handle_CFNRy 

The test "Normal call" refers to the value of the indicator returned by the process MAF009. 
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Process ICH VLR 



I Process in VLRB to , ^ 

I handle a request for informationi 
I for an incoming (MT) call i 



ICH_VLR1(8) 



Signals to/from tfie left 
are to/from the MSC 




i See TS 23.078 



i See TS 23.093 



Set negative 



Roaming Number 



Set negative 

response: 

System 

Failure 



CCBS_ICH_VLR_ 
Report_F allure 



- HSeeTS23.( 




Figure 77a: Process ICH_VLR (sheet 1) 
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Process ICH VLR 



I Process in VLRB to , , 

I handle a request for informatiom 
I for an incoming (MT) call i 




Set negative 

response: 

Impossibie cail 

completion 




CCBS_ICH__VLR_ 
ReportFailure 



Send Info 
For Incoming 
Call negative 
^ response 



i See TS 23.093 



See TS 23.093 




ICH_VLR2(8) 



Signals to the left 

are to the VMSC; 

Signals to/from the right 

are to/from the process PRN_VLR 




Paging via 
SGSN possible? 



Set Paging 
via SGSN 
possible 



Page MS 



Pagetype= 
circuit-switched call 



Wait_For_ 
Access_ 
Request 



Figure 77b: Process ICH_VLR (sheet 2) 
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Process ICH VLR 



I Process in VLRB to , , 

I handle a request for informatiom 
I for an incoming (MT) call i 



Page MS 

> negative 

response 







Multicall 

- supported 

in VLR? 



Get_CW_ 

Subscription_ 

lnfo_VLR 



Get_CW_ 

Subscription_lnfo_ 

Multicall_VLR 





Wait_For_ 
Access„ 
Request 



See TS 23.093 



CCBS_ICH_ 
Report_Not_ 
Reachable 



Get_LI_ 
Subscription_ 
Info MT VLR 



See TS 23.093 




CCBS_ICH_ 
Handle NDUB 





ICH_VLR3(8) 



Signals to/from the left 
are to/from the VMS C. 



Page MS 
^vlaSGSN 



Page MS 



^To SGSN 



Wait_For_ 
Access_ 
Request 



See TS 23.093 



CCBS_ICH_VLR_ 
Report_Failure 



Figure 77c: Process ICH_VLR (sheet 3) 
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Process ICH VLR 



I Process in VLRB to , , 

I handle a request for informatiom 
I for an incoming (MT) call i 



Wait_For_ 
Access_ 
Request 



Process 

> Access 

Request 



ICH_VLR4(8) 



Signals to/framthe left 
are to/from the VMSO. 




i See TS 23.093 



See TS 23.081 



CLIJCH_VLR_ 
AddCLI 



OCBS_ICH_VLR_ 
Report_Failure 



- H See TS 23.093 



Complete 
Call 



Walt_For_ \ 

Complete_Call_ \ 

Result I 




Figure 77d: Process ICH_VLR (sheet 4) 
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Process ICH VLR 



I Process in VLRB to , , 

I handle a request for informatiom 
I for an incoming (MT) call i 



Complete 
^ Call ack 



WaitJor_ 

Complete_Call 
Result 






See TS 23.072 





Authorization 




Set negative 

response: 

Impossible cali 

completion 
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For Incoming 
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\ response 



ICH_VLR5(8) 



Signals to/from the left 
are to/from tlie VMSO. 



See TS 23.093 



CCBSJCH_ 
HandleUDUB 



See TS 23.093 



CCBSJCH_VLR_ 
ReportFailure 






Figure 77e: Process ICH_VLR (sheet 5) 
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Process ICH VLR 



I Process in VLRB to , , 

I handle a request for informatiom 
I for an incoming (MT) call i 



Process 
>Call 
Waiting ack 




Process 

Call 

Waiting 



Wait_For_ 
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ICH_VLR6(8) 



Signals to/from the left 
are to/from tlie VMSO. 




Figure 77f : Process ICH_VLR (sheet 6) 
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Process ICH VLR 



I Process in VLRB to , , 

I handle a request for informatiom 
I for an incoming (MT) call i 



Signals to the left 
are to the VMSC 




Handle CFB 





CCBS_ICH_ 
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Set negative 
response: 
Forwarding 
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Forwarding 
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i See TS 23.093 
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Forwarding 
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ICH_VLR7(8) 
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Figure 77g: Process ICH_VLR (sheet 7) 
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Process ICH VLR 



I Process in VLRB to , , 

I handle a request for informatiom 
I for an incoming (MT) call i 



ICH_VLR8(8) 




Signals to the left 
are to the VMSC. 



Forward_ 
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i See TS 23.078 



i See TS 23.078 
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Figure 77h: Process ICH_VLR (sheet 8) 
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Procedure Derive_Requested_Basic_Service_VLR 



Procedure in the VLR to |\ 
derive the requested basic^ 
service for an incoming 
(MT) cail 



Basic service:= 

BS received in 

SIFIC 



Yes 



Yes 



Basic service: 

BS derived from 

CS BC 



Basic servicer 
default 




DRBS V1(i; 





Baac service included in 
Send Info For Incoming Call? 



CS BC received in 

Provide Roaming Number 



Figure 78: Procedure Derive_Requested_Basic_Service_VLR 
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Procedure Search For MS VLR 



Procedure in the VLR |\ 

to search for an MS ^ 

(i.e. page in ail iocation areas) 



Signals to/fronn the ieft 
are to/from the MSC 



Search 
For MS ack 



Update 
Location 
Area ID 



Results 
Pass 




Search 
>ForMS 
negative 
resfbonse 



Result:= 

Fail 




SRCH_V1(i; 




Paging via 
SGSN possibie? 



Yes 



Set paging 
via SGSN 
possibie 



Search Page type= 

For MS I Circuit-sv\/itched caii 



Wait For 



lSearch_Result) 



> Abort 



Search for ||/1S 
^viaSGSN 



ToSGSN 



- -Page IVIS 



Result: = 
Aborted 




/ Wait_Foc 1 
'.Search Result; 



Figure 79: Procedure Search_For_MS_VLR 
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Procedure Get_CW_Subscription_lnfo_VLR 



CWI VLRKi; 



Procedure in the VLR 
to retrieve subsoription 
information for tfie 
Caii Waiting service 



Signals to/from the right 
are to/from the process 
MAF013 



initiate 
handling 
of CW 



/ Wait_For_ 
! CW_lnfo 



From MSC 



Abort 



process 

cail 

waiting 




Figure 80: Procedure Get_CW_Subscription_lnfo_VLR 
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Procedure Get_LI_Subscription_lnfo_l\/lT_VLR 



GLI_MTV1(i; 



Procedure in the VLR , . 
to retrieve subscription 
information forttie CLIP 
&COLR iine identification 
services for an MT caii 



From IVISC 



Abort 



From IVISC i / Abort / 



Initiate \ 

handling } ^To process GLIP_MAF001 

of CLIP / 



Wait_For_ 
CLIP_lnfo 



Continue 

call 

handling 



Initiate 
handling 
of COLR 



Wait_For_ 
COLR Info 



Continue 
call 

handling 




iFrom process CLiP_MAF001 



1 To process COLR_MAF040 



iFrom process COLR_MAF040 



Figure 81 : Procedure Get_LI_Subscription_lnfo_MT_VLR 
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Procedure Handle CFB 



Procedure in the VLR x 
I to handle Call Forwatdingi 
I on Busy i 



Signals to/ftom the rigtitX 
are to/from the process i 
MAF008 



Result:^ 
Fail 



CAMEL_CHECL 

_SII2_CDTI 



- H See TS 23.078 




Initiate 
handling 
of CFB 



Wait_For_ 
CFB_Result 



continue 
call 





Result:^ 
Forward 




H_CFB1(1) 



Result:^ 
Busy 



Figure 82: Procedure Handle_CFB 
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Procedure Handle_CFNRy 

Procedure in the VLR |\ 
to handle Call Fonwarding^ 
on No subscriber Reply 



Signals to/from the right K 
are to/from the process \ 
MAF009 



Result:= 
Fail 



initiate 
handling 
of CFNRy 



/ Wait_For_ \ 
ICFNRy Result 

\ / 



continue 

call 

handling 



Yes 





Yes 



Result:= 
No reply 




H_CFNRy1(i; 



Result:= 
Forward 



Figure 83: Procedure Handle_CFNRy 
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8 



Contents of messages 



This clause specifies the content of each message shown in clauses 5 and 7, except for the following messages, which 
are not specific to call handling: 

On the D interface (VLR-HLR): 

- Abort; 

Activate Trace Mode; 

Authentication Failure Report; 

Insert Subscriber Data; 

Send Authentication Info; 

Send Authentication Info ack; 

Send Authentication Info negative response; 

In the tables which follow, information elements are shown as mandatory (M), conditional (C) or optional (O). A 
mandatory information element shall always be present. A conditional information element shall be present if certain 
conditions are fulfilled; if those conditions are not fulfilled it shall be absent. An optional element may be present or 
absent, at the discretion of the application at the sending entity. 

8.1 Messages on the B interface (MSC-VLR) 



8.1.1 Abort 



The following information element is required: 



Information element name 


Required 


Description 


Abort reason 


M 


Indicates the reason for the procedure being aborted. 



8.1.2 Authenticate 



The following information elements are required 
for authentication of a UMTS MS: 



Information element name 


Required 


Description 


RAND(I) 


M 


Random number challenge to be sent to the MS (3GPP 
TS 33.102 [31]) 


AUTN(I) 


M 


Authentication token to be sent to the MS {3GPP TS 33.102 [31]) 



The following information elements are required for authentication of a GSM MS: 



Information element name 


Required 


Description 


RAND 


M 


Random number challenge to be sent to the MS (GSM 03.20 [1]) 


CKSN 


M 


Cipher key sequence number to be sent to the MS 
(GSM 03.20 [1]) 



£75/ 



3GPP TS 23.018 version 3.12.0 Release 1999 



210 



ETSI TS 123 018 V3.12.0 (2003-03) 



8.1 .3 Authenticate ack 



The following information element is required 
for authentication of a UMTS MS: 



Information element name 


Required 


Description 


RES(I) 


M 


Result returned by the MS (3GPP TS 33.1 02 [31]) 



The following information element is required 
for authentication of a GSM MS: 



Information element name 


Required 


Description 


SRES 


M 


Signature result returned by the MS (GSM 03.20 [1]) 



8.1 .4 Authenticate negative response 

The negative response information element can take the following value: 
wrong network signature. 

8.1.5 Call arrived 

This message contains no information elements. 

8.1.6 Check IMEI 

This message contains no information elements. 

8.1.7 Check IMEI ack 

The following information element is required: 



Information element name 


Required 


Description 


Equipment status 


M 


Indicates whether the ME is black-listed, grey-listed or white-listed 



8.1 .8 Check IMEI negative response 

The negative response information element can take the following values: 
System failure; 
Unknown equipment. 

8.1.9 Complete Call 

The following information elements are required: 



Information element name 


Required 


Description 


MSISDN 





MSISDN of the MS for which the Complete Call is sent. Shall be 
present for an ordinary MO call, for an MI call and for an 
emergency call when the MS is registered in the VLR; otherwise 
shall be absent. 


IMEI 


C 


IMEI of the mobile for which the Complete Call is sent. Shall be 
present for an emergency call when the mobile is identified only by 
its IMEI; otherwise shall be absent. 


Category 





Category of the MS for which the Complete Call is sent. Shall be 
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present for an ordinary IVIO call and for an emergency call when 
the MS is registered in the VLR; otherwise shall be absent. 


GSM bearer capability 


C 


Shall be present for an MT call if it was received in the Provide 
Roaming Number; otherwise shall be absent. 


ISDN bearer capability 


C 


Shall be present for an MT call if it was received in the Provide 
Roaming Number; otherwise shall be absent. 


ISDN low layer compatibility 


C 


Shall be present for an MT call if it was received in the Provide 
Roaming Number; otherwise shall be absent. 


ISDN high layer compatibility 


C 


Shall be present for an MT call if it was received in the Provide 
Roaming Number; otherwise shall be absent. 


CLIP provision 


C 


Indicates that CLIP is provisioned. Shall be present for an MT call 
if CLIP is provisioned; otherwise shall be absent. 


CLIR override provision 


C 


Indicates that the CLIR override subscription option of CLIP is 
provisioned. Shall be present for an MT call if CLIP is provisioned 
with the CLIR override subscription option and the MS is 
registered in the HPLMN country; otherwise shall be absent. 


CLIR provision 





Indicates that CLIR is provisioned. Shall be present for an MO call 
If CLIR is provisioned; otherwise shall be absent. 


CLIR mode 


C 


Indicates the mode in which CLIR is provisioned: permanent, 
temporary (default presentation allowed) or temporary (default 
presentation restricted). Shall be present for an MO call if CLIR is 
provisioned; otherwise shall be absent. 


COLP provision 


C 


Indicates that COLP is provisioned. Shall be present for an MO 
call if COLP is provisioned; otherwise shall be absent. 


COLR override provision 


C 


Indicates that the COLR override subscription option of COLP is 
provisioned. Shall be present for an MO call if COLP is provisioned 
with the COLR override subscription option and the MS is 
registered in the HPLMN country; otherwise shall be absent. 


COLR provision 


C 


Indicates that COLR is provisioned. Shall be present for an MT call 
if COLR is provisioned; otherwise shall be absent. 


No Reply Condition Timer 


C 


Value of timer to be used to determine the No subscriber reply 
condition. Shall be present for an MT call if the Call Forwarding on 
No Reply service is active and operative; otherwise shall be 
absent. 






(continued) 
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The following information elements are required (concluded): 



Information element name 


Required 


Description 


CUG index 


C 


For the definition of this IE, see 3GPP TS 23.085 [18]. IVIay be 
present (as a network operator option) for an ordinary IVIO call if 
the call is a CUG call; shall be present for an MT call if the call is a 
CUG call; otherwise shall be absent. 


CUG interlock 


C 


For the definition of this IE, see 3GPP TS 23.085 [18]. Shall be 
present for an ordinary MO call if the call is a CUG call; otherwise 
shall be absent. 


CUG outgoing access 


C 


For the definition of this IE, see 3GPP TS 23.085 [18]. Shall be 
present for an ordinary MO call if the call is a CUG call with 
outgoing access; otherwise shall be absent. 


Advice of Charge provision 


c 


Indicates whether Advice of Charge (Information) or Advice of 
Charge (Charging) is provisioned. Shall be present for an ordinary 
MO call or an MT call if Advice of Charge is provisioned; otherwise 
shall be absent. 


Alerting Pattern 


c 


Shall be present for an MT call if it was received in the Provide 
Roaming Number and if the feature is supported by the MSC/VLR; 
otherwise shall be absent. 


NAEA preferred Carrier Id 





The preferred carrier identity identifying the carrier to be used to 
route the interexchange call if the call requires routing via an 
interexchange carrier. This parameter may be included at the 
discretion of the VLB operator. 



8.1.10 Complete Call ack 

This message contains no information elements. 

8.1 .1 1 Complete Call negative response 

The negative response information element can take the following values: 
Absent subscriber; 
Busy subscriber; 
No subscriber reply; 
- Radio congestion. 

8.1.12 Forward New TMS I 

The following information element is required: 



Information element name 


Required 


Description 


TMSI 


M 


TMSI to be sent to the MS. 



8.1.13 Forwarcd New TMSI ack 

This message contains no information elements. 

8.1 .14 Forward New TMSI negative response 

The negative response information element can take the following value: 
TMSI reallocation failure. 
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8.1 .15 Obtain Subscriber Info 

The following information elements are required: 



Information element name 


Required 


Description 


IMSI 


M 


IMSI of the MS for which information is required. 








Subscriber state requested 


C 


Indicates that the VLR requires state information for the MS. Shall 
be present if state information is required; otherwise shall be 
absent. 



8.1 .1 6 Obtain Subscriber Info ack 

The following information elements are required: 



Information element name 


Required 


Description 














Subscriber state 


C 


Indicates whether the MS is busy (i.e. engaged on a circuit- 
switched call) or assumed idle. Shall be present if the VLR 
requested state information; otherwise shall be absent. 



8.1.17 Page MS 



The following information elements are required: 



Information element name 


Required 


Description 


IMSI 


M 


IMSI of the MS to be paged. 


Location area ID 


M 


Location area in which the MS is to be paged. 


Page type 


M 


Indicates whether the paging is for a circuit-switched call, MT SMS 
delivery, SS activity or Active Location Retrieval. 


Paging via SGSN possible 


C 


Indicates that paging via the SGSN is possible. Shall be present if 
the VLR determines that the MS can be paged via the SGSN; 
otherwise shall be absent. 


IMSI 





TMSI to be broadcast to identify the MS. 



8.1.18 Page MS ack 



The following information elements are required : 



Information element name 


Required 


Description 


Location area ID 


M 


Location area in which the MS responded to the page. 


Serving cell ID 


M 


Identity of the cell in which the served subscriber is located. Shall 
be present if the MS uses GSM radio access; otherwise shall be 
absent. 


Service area ID 





Service area identity of the cell in which the served subscriber is 
located. Shall be present if the MS uses UMTS radio access; 
otherwise shall be absent. 



8.1 .19 Page MS negative response 

The negative response information element can take the following values: 
Absent subscriber; 
Busy subscriber (More calls possible); 
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- Busy subscriber (NDUB); 

System failure; 

Unknown location area ID. 

The Page MS negative response Busy subscriber (More calls possible) also indicates the basic service which applies for 
the established call. 
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8.1.20 Page MS via SGSN 



The following information elements are required: 



Information element name 


Required 


Description 


IMSI 


M 


IMSI of the MS to be paged. 


eMLPP priority 





Circuit-switched paging priority. 


IMS! 





IMS! to be broadcast to identify the MS. 


Channel type 





Type of channel required for the call. 



8.1 .21 Process Access Request 



The following information elements are required: 



Information element name 


Required 


Description 


CM service type 


M 


Indicates the type of access required: normal MO call, emergency 
call or page response. Other values (short message service and 
SS request) defined for this IE are not considered in the present 
document. 


Access connection status 


M 


Indicates whether or not the connection to the MS is ciphered and 
whether or not it is authenticated. 


Current location area ID 


M 


Identity of the location area from which the access request was 
received. 


Service area ID 


C 


Identity of the service area (for UMTS access) in use by the served 
subscriber. Shall be present for UMTS access; otherwise shall be 
absent. 


Serving cell ID 


C 


Identity of the cell (for GSM access) in use by the served 
subscriber. Shall be present for GSM access; otherwise shall be 
absent. 


IMSI 


c 


IMSI of the MS requesting the access. For normal MO call or page 
response, one of IMSI or TMSI shall be present. For emergency 
call, one of IMSI, TMSI or IMEI shall be present. 


TMSI 


c 


TMSI of the MS requesting the access. For normal MO call or 
page response, one of IMSI or TMSI shall be present. For 
emergency call, one of IMSI, TMSI or IMEI shall be present. 


IMEI 


c 


IMEI of the MS requesting the access. For normal MO call or page 
response, one of IMSI or TMSI shall be present. For emergency 
call, one of IMSI, TMSI or IMEI shall be present. 


CKSN 


c 


Cipher key sequence number of the MS requesting the access. 
Shall be present if TMSI is present; otherwise shall be absent. 



8.1 .22 Process Access Request ack 



The following information elements are required: 



Information element name 


Required 


Description 


IMSI 


C 


IMSI of the MS requesting the access. For normal MO call or page 
response, shall be present. For emergency call, one of IMSI or 
IMEI shall be present. 


IMEI 


C 


IMEI of the MS requesting the access. For normal MO call or page 
response, shall be absent. For emergency call, one of IMSI or 
IMEI shall be present. 


MSISDN 





MSISDN of the MS requesting the access. 
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8.1 .23 Process Access Request negative response 

The negative response information element can take the following values: 
Roaming not allowed; 
System failure; 
Unidentified subscriber; 

- Illegal equipment; 

- Illegal subscriber. 

8.1 .24 Process Call Waiting 

The following information elements are required: 



Information element name 


Required 


Description 


MSISDN 


M 


MSISDN of the MS for which the Process Call Waiting is sent. 


GSM bearer capability 


C 


Shall be present if it was received in the Provide Roaming Number 
for the waiting call; otherwise shall be absent. 


ISDN bearer capability 


C 


Shall be present if it was received in the Provide Roaming Number 
for the waiting call; otherwise shall be absent. 


ISDN low layer compatibility 


C 


Shall be present if it was received in the Provide Roaming Number 
for the waiting call; otherwise shall be absent. 


ISDN high layer compatibility 


c 


Shall be present if it was received in the Provide Roaming Number 
for the waiting call; otherwise shall be absent. 


CLIP provision 


c 


Indicates that CLIP is provisioned. Shall be present if CLIP is 
provisioned; otherwise shall be absent. 


CLIR override provision 


c 


Indicates that the CLIR override subscription option of CLIP Is 
provisioned. Shall be present if CLIP is provisioned with the CLIR 
override subscription option and the MS is registered in the 
HPLMN country; otherwise shall be absent. 


COLR provision 


c 


Indicates that COLR is provisioned. Shall be present if COLR is 
provisioned; otherwise shall be absent. 


No Reply Condition Timer 


c 


Value of timer to be used to determine the No subscriber reply 
condition. Shall be present if the Call Forwarding on No Reply 
service is active and operative; otherwise shall be absent. 


CUG index 


c 


For the definition of this IE, see 3GPP TS 23.085 [18]. Shall be 
present if the waiting call is a CUG call; otherwise shall be absent. 


Advice of Charge provision 


c 


Indicates whether Advice of Charge (Information) or Advice of 
Charge (Charging) is provisioned. Shall be present if Advice of 
Charge is provisioned; otherwise shall be absent. 



8.1 .25 Process Call Waiting ack 

This message contains no information elements. 

8.1 .26 Process Call Waiting negative response 

The negative response information element can take the following values: 
Busy subscriber (UDUB); 
Busy subscriber (NDUB); 
No subscriber reply. 

8.1.27 Provide IMEI 

This message contains no information elements. 
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8.1.28 Provide IMEI ack 

The following information element is required: 



Information element name 


Required 


Description 


IMEI 


M 


IMEI of the ME involved in the access request. 



8.1.29 Provide IMSI 

This message contains no information elements. 
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8.1.30 Provide IMS I ack 

The following information element is required: 



Information element name 


Required 


Description 


IMSI 


M 


IMSI of the MS involved in the access request. 



8.1 .31 Radio connection released 

This message contains no information elements. 

8.1.32 Search For MS 



The following information elements are required: 



Information element name 


Required 


Description 


IMSI 


M 


IMSI of the MS to be paged in all location areas. 


Page type 


M 


Indicates whether the paging is for a circuit-switched call, MT SMS 
delivery, SS activity or Active Location Retrieval. 


Paging via SGSN possible 


C 


indicates that paging via the SGSN is possible. Shall be present if 
the VLR determines that the MS can be paged via the SGSN; 
otherwise shall be absent. 


TMSI 





TMSI to be broadcast to identify the MS. 



8.1.33 Search For MS ack 



The following information element is required: 



Information element name 


Required 


Description 


Location area ID 


M 


Location area in which the MS responded to the page. 


Serving cell ID 





Identity of the cell in which the served subscriber is located. Shall 
be present if the MS uses GSM radio access; otherwise shall be 
absent. 


Service area ID 





Service area identity of the cell in which the served subscriber is 
located. Shall be present if the MS uses UMTS radio access; 
otherwise shall be absent. 



8.1 .34 Search For MS negative response 

The negative response information element can take the following values: 

Absent subscriber; 

Busy subscriber (More calls possible); 

Busy subscriber (NDUB); 

System failure. 

The Search For MS negative response Busy subscriber (More calls possible) also indicates the basic service which 
applies for the established call. 
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8.1 .35 Search for MS via SGSN 



The following information elements are required: 



Information element name 


Required 


Description 


IMSI 


M 


IMSI of the MS to be paged. 


eMLPP priority 





Circuit-switched paging priority. 


IMSI 





IMSI to be broadcast to identify the MS. 


Channel type 





Type of channel required for the call. 



8.1 .36 Send Info For Incoming Call 



The following information elements are required: 



Information element name 


Required 


Description 


MSRN 


M 


Mobile Station Roaming Number received in the lAM. 


Bearer service 


C 


GSM bearer service required for the MT call. Shall be present if 
the MSC was able to derive a GSM bearer service from ISDN 
BC/LLC/HLC information received in the JAM; otherwise shall be 
absent. 


Teleservice 


C 


GSM teleservice required for the MT call. Shall be present if the 
MSC was able to derive a GSM teleservice from ISDN 
BC/LLC/HLC information received in the JAM; otherwise shall be 
absent. 


Dialled number 


C 


Number dialled by the calling subscriber. Shall be present if it was 
received in the JAM; otherwise shall be absent. 


Number of forwarding 


c 


Number of times the incoming call has already been forwarded. 
Shall be present if it was received in the JAM; otherwise shall be 
absent. 


CUG interlock 


c 


For the definition of this IE, see 3GPP TS 23.085 [18]. Shall be 
present if it was received in the lAM; otherwise shall be absent. 


CUG outgoing access 


c 


For the definition of this IE, see 3GPP TS 23.085 [18]. Shall be 
present if it was received in the lAM; otherwise shall be absent. 
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8.1 .37 Send Info For Incoming Call ack 



The following information elements are required: 



Information element name 


Required 


Description 


IMSI 


M 


IMSI of the B subscriber. 


Forwarded-to number 


M 


E.I 64 number of the C subscriber. 


Forwarding reason 


M 


Indication of why the call has been forwarded (on call deflection, 
on mobile subscriber busy, on mobile subscriber not reachable or 
on no subscriber reply). 


Notification to calling party 


M 


Indication of whether the calling party is to be notified that the call 
has been forwarded. 


Notification to forwarding party 


C 


Indication of whether the forwarding party is to be notified that the 
call has been forwarded. Shall be present if the call is to be 
forwarded on mobile subscriber busy or on no subscriber reply; 
otherwise shall be absent. 


Forwarded-to subaddress 


C 


Subaddress of the C subscriber (see 3GPP TS 23.003 [5]). Shall 
be present if a forwarded-to subaddress is stored in the VLR in 
association with the forwarded-to number; otherwise shall be 
absent. 


Redirecting presentation 


C 


Indication of whether the IVISISDN of B subscriber shall be 
presented to the subscriber. Shall be present if the call is to be 
forwarded, otherwise shall be absent. 


MSISDN 


C 


E.164 number which Identifies the B subscriber. It will be used to 
create the redirecting number presented to the subscriber. Shall 
be present if the call is to be forwarded, otherwise shall be absent. 


CUG interlock 


C 


For the definition of this IE, see 3GPP TS 23.085 [18]. Shall be 
present if the VLR has determined that the forwarded call is to be 
treated as a CUG call in accordance with the rules in 3GPP 
TS 23.085 [18], otherwise shall be absent. 


CUG outgoing access 


C 


For the definition of this IE, see 3GPP TS 23.085 [18]. Shall be 
present if the VLR has determined that the forwarded call is to be 
treated as a CUG call with outgoing access in accordance with the 
rules in 3GPP TS 23.085 [18], otherwise shall be absent. 


NAEA preferred Carrier Id 





The preferred carrier identity identifying the carrier to be used to 
route the interexchange call if the forwarded call requires routing 
via an interexchange carrier. This parameter may be included at 
the discretion of the VLR operator. 
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8.1 .38 Send Info For Incoming Call negative response 

The negative response information element can take the following values: 
Absent subscriber; 
Busy subscriber; 

CUG reject (Called party SS interaction violation); 
- Forwarding violation; 

Impossible call completion; 
No subscriber reply; 
System failure; 
Unallocated roaming number; 

8.1 .39 Send Info For Outgoing Call 

The following information elements are required: 



Information element name 


Required 


Description 


Called number 


M 


E.164 number of the call destination. 


Bearer service 


C 


Bearer service required for the MO call, derived from the GSIVI 
bearer capability information received in the set-up request from 
the IVIS. One of bearer service or teleservice shall be present. 


Teleservice 


C 


Teleservice required for the MO call, derived from the GSM bearer 
capability information received in the set-up request from the MS 
or from the emergency set-up request from the MS. One of bearer 
service or teleservice shall be present. 


CUG index 


c 


For the definition of this IE, see 3GPP TS 23.085 [18]. Shall be 
present if it was received in the set-up request from the MS. 


Suppress preferential CUG 


c 


For the definition of this IE, see 3GPP TS 23.085 [18]. Shall be 
present if it was received in the set-up request from the MS. 


Suppress CUG outgoing access 


c 


For the definition of this IE, see 3GPP TS 23.085 [18]. Shall be 
present if it was received in the set-up request from the MS. 



8.1 .40 Send Info For Outgoing Call negative response 

The negative response information element can take the following values: 
Bearer service not provisioned; 
Call barred (Operator determined barring); 
Call barred (Supplementary service barring); 

CUG reject (Inconsistent access information - index incompatible with basic service); 
CUG reject (Inconsistent access information - no CUG selected); 
CUG reject (Outgoing calls barred within the CUG); 
- CUG reject (Unknown CUG index); 
Teleservice not provisioned. 
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8.1 .41 Start security procedures 



The following information elements are 
required for a UMTS connection: 



Information element name 


Required 


Description 


CK 


M 


Ciphering l<ey to be used to cipher communication over the radio 
linl< (see 3GPPTS 33.102 [31 1). 


IK 


M 


Integrity key to be used to verify the integrity of messages 
transferred over the radio link (see 3GPP TS 33.1 02 [31]). 



The following information elements are 
required for a GSM connection: 



Information element name 


Required 


Description 


Ciphering mode 


M 


Indicates whether ciphering of the radio connection is required, 
and if so which ciphering algorithm is to be used. 


Kc 


C 


Ciphering key to be used if ciphering of the radio connection is 
required. Shall be present if the ciphering mode indicates that 
ciphering of the radio connection is required, otherwise shall be 
absent. 



8.1.42 Trace subscriber activity 

The following information elements are required: 



Information element name 


Required 


Description 


Trace reference 


M 


Reference number to be included with tracing reports which the 
VMSC sends to the OMC 


Trace type 


M 


For the definition of this IE, see GSM 1 2.08 [3] 



8.1.43 Use existing TMSI 

This message contains no information elements. 
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8.2 Messages on the C interface (MSC-HLR) 
8.2.1 Send Routeing Info 

The following information elements are required: 



Information element name 


Required 


Description 


MSISDN 


M 


MSISDN of the B subscriber (see 3GPP TS 23.003 [5]). 


Alerting Pattern 


C 


Shall be present if received in a Connect operation from the 
gsmSCF; otherwise shall be absent. 


CUG interlock 


C 


For the definition of this IE, see 3GPP TS 23.085 [18]. Shall be 
present if the GIVISC received it in the lAM and the HPLMN 
supports CUG, otherwise shall be absent. 


CUG outgoing access 


c 


For the definition of this IE, see 3GPP TS 23.085 [18]. Shall be 
present if the GIVISC received it in the JAM and the HPLMN 
supports CUG, otherwise shall be absent. 


Number of forwarding 


c 


Number of times the incoming call has already been forwarded. 
Shall be present if it was received in the lAM; otherwise shall be 
absent. 


ISDN BC 


c 


ISDN bearer capability. Shall be present if the GMSC received it in 
the lAM, otherwise shall be absent. 


ISDN LLC 


c 


ISDN lower layer compatibility. Shall be present if the GMSC 
received it in the lAM, otherwise shall be absent. 


ISDN HLC 


c 


ISDN higher layer compatibility. Shall be present if the GMSC 
received it in the lAM, otherwise shall be absent. 


Pre-paging supported 


c 


Shall be present if the GMSC supports pre-paging, otherwise shall 
be absent. 
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8.2.2 Send Routeing Info ack 



The following information elements are required: 



Information element name 


Required 


Description 


IMSI 


M 


IMSI of the B subscriber (see 3GPP TS 23.003 [5]). 


Roaming number 


C 


E.164 number required to route the call to VMSCB (see 3GPP 
TS 23.003 [5]). Shall be present if the HLR received it in the 
Provide Roaming Number ack and the call is not subject to early 
OF, otherwise shall be absent. 


Forwarded-to number 


C 


E.164 number of the C subscriber. Shall be present if the HLR has 
determined that the call is to be forwarded, otherwise shall be 
absent. 


Forwarded-to subaddress 


c 


Subaddress of the subscriber (see 3GPP TS 23.003 [5]). Shall 
be present if the HLR has determined that the call is to be 
forwarded and a forwarded-to subaddress is stored in the HLR in 
association with the forwarded-to number, otherwise shall be 
absent. 


Notification to calling party 


c 


Indication of whether the calling party is to be notified that the call 
has been forwarded. Shall be present if the HLR has determined 
that the call is to be forwarded, otherwise shall be absent. 


Forwarding reason 


c 


Indication of why the call has been forwarded (unconditionally or 
on mobile subscriber not reachable). Shall be present if the HLR 
has determined that the call is to be forwarded, otherwise shall be 
absent. 


Redirecting presentation 


c 


Indication of whether the MSISDN of B subscriber shall be 
presented to the subscriber. Shall be present if the HLR has 
determined that the call is to be forwarded, otherwise shall be 
absent. 


MSISDN 


c 


E.164 number which identifies the B subscriber (basic MSISDN). It 
will be used to create the redirecting number presented to the C 
subscriber. Shall be present if the HLR has determined that the 
call is to be forwarded, otherwise shall be absent. 


CUG interlock 


c 


For the definition of this IE, see 3GPP TS 23.085 [18]. Shall be 
present if the HLR has determined that the call is to be treated as 
a CUG call in accordance with the rules in 3GPP TS 23.085 [18], 
otherwise shall be absent. 


CUG outgoing access 


c 


For the definition of this IE, see 3GPP TS 23.085 [18]. Shall be 
present if the HLR has determined that the call is to be treated as 
a CUG call with outgoing access in accordance with the rules in 
3GPP TS 23.085 [18], otherwise shall be absent. 


NAEA preferred Carrier Id 





The preferred carrier identity identifying the carrier to be used to 
route the interexchange call if the call requires routing via an 
interexchange carrier. This parameter may be included at the 
discretion of the HLR operator. 
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8.2.3 Send Routeing Info negative response 

The negative response information element can take the following values: 
Absent subscriber; 
Bearer service not provisioned; 
Call barred (Operator determined barring); 
Call barred (Supplementary service barring); 
CUG reject (Called party SS interaction violation); 
CUG reject (Incoming calls barred within CUG); 
CUG reject (Requested basic service violates CUG constraints); 
CUG reject (Subscriber not member of CUG); 
Data missing; 
Facility not supported; 
Forwarding violation 
Number changed; 
System Failure; 
Teleservice not provisioned; 
Unexpected data value; 
Unknown subscriber. 
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8.3 Messages on the D interface (VLR-HLR) 
8.3.1 Provide Roaming Number 

The following information elements are required: 



Information element name 


Required 


Description 


IMSI 


M 


IMSI of the B subscriber (see 3GPP TS 23.003 [5]). 


MSC number 


M 


E.1 64 number which identifies VMSOB (see 3GPP TS 23.003 [5]). 


MSISDN 





E.I 64 number which identifies the B subscriber. 

It shall be present if the following 3 conditions are all satisfied: 

1 . the MSISDN is different from the basic MSISDN 

2. the subscriber has VT-GSI stored in HLR 

3. the VLR has indicated support for CAMEL Phase 3 or later, 
it may be present if the HLR requires it to be included in the call 
data record. 


LMSI 


C 


Local Mobile Subscriber Identity. Shall be present if the LMSI was 
sent to HLRB at location updating. 


GSM bearer capability 


C 


Information to define the GSM bearer capability required for the 
call. For alternate speech/fax, alternate speech/data or speech 
followed by data calls this information element shall contain two 
GSM bearer capabilities, as specified in 3GPP TS 24.008. May be 
present if the HLR can determine the required GSM bearer 
capability from ISDN compatibility information received in the Send 
Routeing Info message, or from the MSISDN if a multi-numbering 
scheme is used; otherwise shall be absent. If the ISDN BC and 
ISDN LLC lEs are present, the GSM bearer capability IE shall be 
absent. 


ISDN BC 


C 


ISDN bearer capability. May be present if the HLR received it in 
the Send Routeing Info message, otherwise shall be absent. If the 
GSM bearer capability IE is present, the ISDN BC IE shall be 
absent. 


ISDN LLC 


C 


ISDN lower layer compatibility. May be present if the HLR received 
it in the Send Routeing Info message, otherwise shall be absent. If 
the GSM bearer capability IE is present, the ISDN LLC IE shall be 
absent. 


ISDN HLC 


C 


ISDN higher layer compatibility. Shall be present if the HLR 
received it in the Send Routeing Info message, otherwise shall be 
absent. 


Alerting Pattern 


C 


Shall be present if the HLR has determined an alerting category or 
an alerting level for the MT call configuration; otherwise shall be 
absent. 


Pre-paging supported 


C 


Shall be present If the HLR has determined that pre-paging is 
supported in the GMSC and the HLR, otherwise shall be absent. 



8.3.2 Provide Roaming Number ack 

The following information element is required: 



Information element name 


Required 


Description 


Roaming number 


M 


E.1 64 number required to route the call to VMSCB (see 3GPP 
TS 23.003 [5]). 



8.3.3 Provide Roaming Number negative response 

The negative response information element can take the following values: 
Absent subscriber; 
Data missing; 
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Facility not supported; 
No roaming number available; 
OR not allowed; 
- Unexpected data value. 

8.3.4 Provide Subscriber Info 



The following information elements are required: 



Information element name 


Required 


Description 


IMSI 


M 


IMSI of the subscriber for whom information is requested (see 
3GPP TS 23.003 [5]). 


LMSI 


C 


Local Mobile Subscriber Identity. Shall be present if the LMSI was 
sent to the HLR at location updating. 


Requested information 


M 


Indicates whether the HLR requires location information, 
subscriber state or both location information and subscriber state. 


Active location retrieval requested 


C 


Indicates that the HLR requires active location retrieval. Shall be 
absent if the requested information does not indicate that the HLR 
requires location information. 



8.3.5 Provide Subscriber Info ack 



The following information elements are required: 



Information element name 


Required 


Description 


Location information 


C 


Information to define the location of the MS: see definition in 
clause 8.3.5.1. Shall be present if location information was 
requested and is available; otherwise shall be absent. 


Subscriber state 


C 


Indicates whether the MS is busy (i.e. engaged on a circuit- 
switched call), network determined not reachable (IMSI detached 
or roaming in a prohibited location area) or assumed idle. Shall be 
present if subscriber state was requested; otherwise shall be 
absent. 
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8.3.5.1 Location information 

The compound information element Location information 
consists of the following subordinate information elements: 



Information element name 


Required 


Description 


Location number 


C 


For a definition of this information element, see 
ITU-T Recommendation Q.763 [34]. Shall be present if the VLR 
can derive it from the stored service area identity (for UMTS) or 
cell global identity (for GSM) or location area identity; otherwise 
shall be absent. The mapping from service area identity or cell ID 
and location area to location number is network-specific and 
outside the scope of the UMTS and GSM standards. 


Service area ID 


C 


Service area identity of the cell in which the MS is currently in 
radio contact or in which the MS was last in radio contact. Shall be 
present if the MS uses UMTS radio access and the subscriber 
record is marked as confirmed by radio contact; otherwise shall be 
absent. 


Cell ID 


c 


Cell global identity of the cell in which the MS is currently in radio 
contact or in which the MS was last in radio contact. Shall be 
present if the MS uses GSM radio access and the subscriber 
record is marked as confirmed by radio contact; otherwise shall be 
absent. 


Geographical information 


c 


For a definition of this information element, see 3GPP 
TS 23.032 [7] . Shall be present if the VLR can derive it from the 
stored service area identity, cell global identity or location area 
Identity; otherwise shall be absent. 


Geodetic information 


c 


This information element corresponds to the Calling Geodetic 
Location defined in ITU-T Recommendation Q.763 [34]. Shall be 
present if the VLR can derive it from the stored service area 
identity, cell global identity or location area identity; otherwise shall 
be absent. 


VLR number 





E.I 64 number which identifies the VLR (see 3GPP TS 23.003 [5]). 
If the HLR receives it from the VLR it shall ignore it. 


Age of location information 


c 


Measured in minutes. Shall be present if available in the 
MSC/VLR; otherwise shall be absent. 


Current Location Retrieved 


c 


Shall be present when location information was obtained after a 
successful paging procedure for Active Location Retrieval. 



8.3.6 Provide Subscriber Info negative response 

The negative response information element can take the following values: 

Data missing; 
System failure; 
Unexpected data value. 

8.3.7 Restore Data 

The following information elements are required: 



Information element name 


Required 


Description 


IMSI 


M 


IMSI of the subscriber for whom data are to be restored (see 
3GPP TS 23.003 [5]). 


LMSI 





LMSI of the subscriber for whom data are to be restored (see 
3GPP TS 23.003 [5]). May be included if required by the 
requesting VLR. 
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8.3.8 Restore Data ack 



The following information elements are required: 



Information element name 


Required 


Description 


HLR number 


M 


E.1 64 number which identifies the HLR (see 3GPP TS 23.003 [5]). 


MS not reachable flag 


C 


Indicates whether the VLB should notify the HLR when the MS 
next establishes radio contact. Shall be present if the 
corresponding indicator is set in the HLR record for the subscriber; 
otherwise shall be absent. 



8.3.9 Restore Data negative response 

The negative response information element can take the following values: 
System failure; 
Unknown subscriber. 

8.4 Messages on the F interface (IVISC-EIR) 
8.4.1 Checl< IIVIEI 

The following information element is required: 



Information element name 


Required 


Description 


IMEI 


M 


IMEI of the ME whose status is to be checked (see 3GPP 
TS 23.003 [5]). 



8.4.2 Check IIVIEI ack 

The following information element is required: 



Information element name 


Required 


Description 


Equipment status 


M 


Indicates whether the ME is black-listed, grey-listed or white-listed 



8.4.3 Check IMEI negative response 

The negative response information element can take the following value: 
Unknown equipment. 
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8.5 Messages on the MSC internal interface 

This interface can carry ISUP messages received from the process MT_GMSC or the process ICH_MSC and to be 
forwarded to a destination exchange, and ISUP messages received from the destination exchange and to be forwarded to 
the process MT_GMSC or the process ICH_MSC. In addition, it carries the following inter -process messages. 

8.5.1 CF cancelled 

This message contains no information elements. 

8.5.2 Perform Call Forwarding 



Information element name 


Required 


Description 


Forwarded-to number 


M 


E.164 number of the C subscriber. 


OR call 


M 


Indicates whether the call which is to be forwarded was subject to 
basic OR as specified in 3GPP TS 23.079 [13] 



8.5.3 Perform Call Forwarding ack 



Information element name 


Required 


Description 


Forwarded-to number 


M 


E.164 number of the C subscriber. Note: this number may be 
different from the Forwarded-to number received in the Perform 
Call Forwarding, as a result of CAIVIEL handling. 



8.5.4 Perform Call Forwarding negative response 

The negative response information element can take the following value: 
Call forwarding failed. 

8.6 Messages on the VLR internal interface 

This interface carries messages between corresponding instances of the processes PRN_VLR and ICH_VLR. The 
correlation between the process instances is done by the MSRN. 

8.6.1 Call arrived 

This message contains no information elements. 

8.6.2 PAR completed 

This message contains no information elements. 
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8.7 Messages on the Gs interface 



8.7.1 Page MS 



The following information elements are required: 



Information element name 


Required 


Description 


IMSI 


M 


IMSI of the MS to be paged. 


eMLPP priority 


C 


Circuit-switched paging priority. Shall be present if it was received 
in the Page MS via SGSN request or Search for MS via SGSN 
request; otherwise shall be absent. 


TMSI 


C 


TMSI to be broadcast to identify the MS. Shall be present if it was 
received in the Page MS via SGSN request or Search for MS via 
SGSN request; otherwise shall be absent. 


Location area identity 


c 


Location area identity of the location area where the mobile is 
registered, according to the subscriber data in the VLR. Shall be 
present if the VLR can supply it; otherwise shall be absent. 


Channel type 


c 


Type of channel required for the call. Shall be present if it was 
received in the Page MS via SGSN request or Search for MS via 
SGSN request; otherwise shall be absent. 



8.7.2 Send MS information 



The following information elements are required: 



Information element name 


Required 


Description 


IMSI 


M 


IMSI of the MS for which information is required. 


Information requested 


M 


Information required for the specified MS. 



8.7.3 Send MS information ack 



The following information elements are required: 



Information element name 


Required 


Description 


IMSI 


M 


IMSI of the MS for which information is required. 


Service area ID 


C 


Service area ID (for UMTS access) of the cell in which the MS last 
established radio contact. Shall be present if the MS uses UMTS 
access; otherwise shall be absent. 


Cell ID 


C 


Cell ID (for GSM access) of the cell in which the MS last 
established radio contact. Shall be present if the MS uses GSM 
access; otherwise shall be absent. 


Location information age 


M (note) 


Time in minutes since the MS last established a radio transaction 



NOTE: Although they are optional in the protocol, these lEs are mandatory in this context. 

8.7.4 Send MS information negative response 

The negative response information element can take the following value: 
No response from SGSN 
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Annex A (informative): 
Handling of an lAIVI at an IVISC 

An MSC which receives an I AM from an originating exchange may react in three different ways: 

It acts as a transit exchange, i.e. it relays the lAM to a destination exchange determined by analysis of the called 
party address, and thereafter relays other telephony signalling between the originating and destination exchange 
until the connection is released. This behaviour is not specific to UMTS or GSM; 

It acts as a terminating exchange, i.e. it attempts to connect the call to an MS currently registered in the service 
area of the MSC; 

It acts as a GMSC, i.e. it interrogates an HLR for information to route the call. If the HLR returns routeing 
information, the MSC uses the routeing information from the HLR to construct an I AM, which it sends to a 
destination exchange determined by analysis of the routeing information from the HLR. 

Sheet 1: when the MSC co-ordinating process has decided whether the MSC is to act as a terminating VMSC, a GMSC 
or a transit exchange, it forwards the I AM to an idle instance of the appropriate process. 

Sheet 2: after the MSC co-ordinating process has sent an lAM to an instance of the process MT_GMSC or ICH_MSC, 
it acts as a transparent relay for messages received from the originating exchange and the process instance (denoted by 
"offspring"). After the MSC co-ordinating process has relayed a Release message, it returns to the idle state. 

Sheet 2: after the MSC co-ordinating process has sent an lAM to a destination exchange, it acts as a transparent relay 
for messages received from the originating exchange and the destination exchange. After the MSC co-ordinating 
process has relayed a Release message, it returns to the idle state. 
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Figure 84a: Process MSC_Coord (sheet 1) 
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Figure 82b: Process MSC_Coord (sheet 2) 
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